Blender 2.33 is avaliale on blender.org. http://www.blender3d.org/cms/Blender.31.0.html Can you put in the portage tree, please? Reproducible: Always Steps to Reproduce: 1. 2. 3.
This version of Blender re-integrates the realtime engine. As such, I have closed bug <a href="http://bugs.gentoo.org/show_bug.cgi?id=42497">42497</a>.
be carefull the new building system is scons, this is no more with makefiles. To enable the gameengine, edit config.opts in the same directory as the SConstruct. Modify it so that it reads BUILD_GAMEENGINE='true' and USE_PHYSICS='solid' That's all for now I think.
Created attachment 30558 [details] Blender cvs ebuild working with scons Some month ago I did a small ebuild. It build the blender cvs with scons and works pretty good. Maybe we can use that ebuild as a 'base' for blender 2.33. The only thing I cannot do is to modify a file (config.opts) with and ebuild. If someone can help me ... I would be happy to provide to gentoo users the good ebuild :p Cya -pol-
maybe it is necessary to include a patch which contains the right config.opts file but... this is not very compatible with "local myconf" policy used with automake packages... mumble mumble! Fra
Created attachment 30562 [details, diff] workaround for segfault of gcc i made this stupid patch to workaround a stupid segfault of gcc on my stupid x86 system during the sconsing of blender... [ gcc (GCC) 3.3.3 20040217 (Gentoo Linux 3.3.3, propolice-3.3-7) ]
Created attachment 30619 [details] Blender ebuild without the support for USE flags OK, here's an ebuild that uses scons to build blender. There's still some need for sed magick and scos knowledge to get the USE flags working. Also I haven't yet gotten either the plugins or the game engine to compile with gcc-3.4 so I didn't enable them in the ebuild. The gcc34 patch can be found from here: http://bugs.gentoo.org/show_bug.cgi?id=49844
How to enable the game engine now ?
ops seems we miss the release date
Some points: - the SConstruct looks lacking too many features to be used on gentoo (eg: missing support for linuxppc,linuxppc64,linuxamd64) - supporting options is just a matter of sed, once SConstruct is fixed Said that, the current tarball looks messier than ever. Could someone tell me that I'm wrong and give me some insight about scons and friends?
Created attachment 31363 [details] New ebuild with some USE flag support Well, my exam season ended yesterday so I finally got a chance to add some features to the ebuild. It now supports some USE flags(static, openal, fmod and blender-game). Adding 'blender-game' to your use flags should enable game engine, but it also makes build fail with gcc 3.4.(I haven't tested it with earlier versions) Also enabling quicktime support makes build fail, but if you want to test it just uncomment the line with 'use quicktime && ...' and be sure that quicktime is in USE. There are still some issues: - I haven't figured out yet how to enable/disable some features(support for sdl, jpeg, png, mozilla) so I left out the support for those USE flags from the ebuild. - I can't test the build on other archs than x86.
I put a bug in the blender issuetracker, some problems comes from our glibc (we need a newer one) and some comes from the blender source itself. I hope to discover how to enable disable components (probably using # may work but isn't really a good option) Thanks for the ebuild and the support.
Blender 2.33a is avaliable. The 2.33a version is a bug fixed upgrade of 2.33. Bug Fixes: http://www.blender3d.org/cms/Blender_2_33a_update.313.0.html
*** Bug 52376 has been marked as a duplicate of this bug. ***
So when will we be seeing Blender 2.33a in the portage tree?
When we find how to make a blender ebuild using scons that isn't a regression from the 2.32. If anybody has time to dig in the issue we'll be glad, currently I don't have enough time to ensure a complete ebuild in short time.
Created attachment 34180 [details] blender 2.33a ebuild I used the latest ebuild posted here to make one for blender 2.33a. no guarantees, but it worked on my system.
Comment on attachment 34180 [details] blender 2.33a ebuild Sorry submitted the wrong version: problems: >#src_unpack() { ># unpack ${A} >#} those should be un-commented. >src_install() { > #einstall || die insert: exeinto /usr/bin/ doexe ${S}/blender and it worked.
Could help inspiration from Mandrake's blender-2.33a-1mdk.src.rpm ??? (blender.spec, blender-2.33a-gcc34.patch.bz2, blender-2.33a-templates.patch.bz2)
I'll work on it next week seems that the gcc34 patch is the one from the issuetracker, still are missing the plugins and the selective deps support (I'll be forced to build it with everything including the kitchensink) If you thing that is acceptable I'll put a p.masked ebuild. Malverian feel free to takeover if you have better solutions or more time
*** Bug 56742 has been marked as a duplicate of this bug. ***
The ebuild is in cvs marked -* feel free to test it and tell me if you are missing was is left
Created attachment 35263 [details] blender 2.33a ebuild with scons I've worked on the ebuild for some days and here is what I obtain. Support for fmod is quite strange : I had to change a line in the FMod's include file so that a function be (see the ebuild), and many things needs to be change in the source file concerned. I don't know if this solution really works. I didn't manage to make ode part build, it always appeared that this function is missing : KX_ClearSumoSharedShapes, and I didn't find it anywhere. The dependencies for blender-plugin and blender-player are not set because I have no idea of what they are and what do these flags but they works. Other flags work for me.
Created attachment 35264 [details, diff] patch for SConstruct file and fmod flag I'm not submitting the patch for gcc3.4.
hm, I have an ebuild already in portage, yours is quite better since supports more some options. I'll try to merge them tomorrow thanks for your work
Does this mean the bug is now assigned? (And I hate to be picky, but how're those plans for tomorrow working?)
It is 7/19/2004. I don't know which ebuild is currently in portage (the one discussed here, or an earlier one), but the gcc-3.4 patch needs to be added to the SRC-URI entry, else the ebuild fails (on AMD64 with gcc-3.4.1), as the EPATCH file doesn't exist. simply changing SRC_URI="http://download.blender.org/source/${P}.tar.bz2" to SRC_URI="http://download.blender.org/source/${P}.tar.bz2 http://www.ibiblio.org\ /pub/Linux/distributions/gentoo/distfiles/${P}-gcc34.patch.bz2" and regenerating the digest did the trick! The patch (already at ibiblio) with that change downloads and installs correctly.
In case no one has tested the latest ebuild for 2.33a, it incorrectly tries to download blender-2.33a-gcc34.tar.bz2 which doesn't exist at the blender site or any of the Gentoo mirrors. There's also no mention of a patch in the ebuild either...
My bad, sorry for the typo, now is fixed (hopefully)
Almost done ;) !!! No message digest entry found for file "blender-2.33a-gcc34.patch.bz2." !!! Most likely a temporary problem. Try 'emerge sync' again later. !!! If you are certain of the authenticity of the file then you may type !!! the following to generate a new digest: !!! ebuild /usr/portage/category/package/package-version.ebuild digest
Should be fixed long time ago 2.34 available.
Closing it