Created attachment 295977 [details] blender-2.61.ebuild Based on blender-2.60a from the main tree. Added a USE for cycles render engine because it adds deps on boost and OpenImageIO. Commented deps on eigen and bullet. The first because I still didn't fix the patch for Eigen3, the second because it wasn't used anyway, the code to use the system library was already commented in 2.60a (it wouldn't work anyway). Removed doxyfile patch, it's upstream. Commented patch for CVE-2009-3850 it doesn't work without changes from 2.60a and I didn't check if it's still needed. The manpage conflicts with the one in 2.60a because this package uses a different SLOT. I suppose there's a reason if there are 3 significant digits instead of 2 in the main tree and I'm not sure if it makes sense to use SLOT=2.60 with version 2.61 just to solve this problem.
Created attachment 295979 [details, diff] blender-2.61-desktop.patch
Created attachment 295981 [details, diff] blender-2.61-enable_site_module.patch
Created attachment 295983 [details, diff] blender-2.61-glew.patch The other patches work from 2.60a without changes.
(In reply to comment #0) > Created attachment 295977 [details] > blender-2.61.ebuild > > Based on blender-2.60a from the main tree. > Thanks ! > Added a USE for cycles render engine because it adds deps on boost and > OpenImageIO. Good ! > > Commented deps on eigen and bullet. The first because I still didn't fix the > patch for Eigen3, the second because it wasn't used anyway, the code to use the > system library was already commented in 2.60a (it wouldn't work anyway). Done in my overlay. One day, we'll need to kick all libs in the extern directory like (openjpeg, bullet, eigen, glew). It seems that they growing each version. > Removed doxyfile patch, it's upstream. Cool ! > Commented patch for CVE-2009-3850 it doesn't work without changes from 2.60a > and I didn't check if it's still needed. It's still needed. > The manpage conflicts with the one in 2.60a because this package uses a > different SLOT. I suppose there's a reason if there are 3 significant digits > instead of 2 in the main tree and I'm not sure if it makes sense to use > SLOT=2.60 with version 2.61 just to solve this problem. I think we must keep 2.60 slot. No revolution between 2.60a and 2.61. Slot only marks the 2.5 to 2.6 series (Yes it's 3 digits is confusing). I take your patches below to start, good job. The new ebuild with all patches are on my overlay: http://git.overlays.gentoo.org/gitweb/?p=user/aluco.git;a=summary My ebuild uses the 3dmouse flags and then libspnav and spacenavd as described here #390427. Note: This bug must be named "media-gfx/blender-2.61 version bump"
Thanks Anthoine! I'm going to try your ebuild. (In reply to comment #0) > Created attachment 295977 [details] > blender-2.61.ebuild > > Based on blender-2.60a from the main tree. > > Added a USE for cycles render engine because it adds deps on boost and > OpenImageIO. > Using SCons instead of CMake (just to let Luca know that Cycles doesn't need CMake any more ;) ).
(In reply to comment #4) > I take your patches below to start, good job. > The new ebuild with all patches are on my overlay: > http://git.overlays.gentoo.org/gitweb/?p=user/aluco.git;a=summary Your ebuild works fine here. It seems really clean to me. The worst thing I found is a typo at line 145 (Bullet3). :) I'm not using it, but why did you remove the verse USE flag? To make your overlay closer to perfection you could add: <flag name="cycles"> Enables Cycles render engine. </flag> to your metadata.xml . Great work, thank you!
(In reply to comment #6) > Your ebuild works fine here. It seems really clean to me. The worst thing I > found is a typo at line 145 (Bullet3). :) > > I'm not using it, but why did you remove the verse USE flag? > > To make your overlay closer to perfection you could add: > <flag name="cycles"> > Enables Cycles render engine. > </flag> > to your metadata.xml . > > Great work, thank you! Thanks, I fixed the typo, the metadata file and added a contrib scripts install too. I remove verse because it wasn't used, I don't find any trace of this feature in the source code and few info on the web let me think that it was an experimental project that was abandoned.
Some improvement: - check bug: #390397 - remove bmake patch and related stuff (texture and sequences plugins) quote" svn log -r 36524 ------------------------------------------------------------------------ r36524 | blendix | 2011-05-06 22:21:20 +0200 (Fri, 06 May 2011) | 6 lines Forgot to mention that for scons, I've disabled install of the texture and sequence plugins, as was already done for cmake, they don't work in 2.5. This is a fix for last commit, this file shouldn't have been included. " -1 for CVE-2009-3850.patch What about "-Y or --disable-autoexec" (beside the fact that -666 is silly)
(In reply to comment #8) > Some improvement: > - check bug: #390397 > > - remove bmake patch and related stuff (texture and sequences plugins) > quote" > svn log -r 36524 > ------------------------------------------------------------------------ > r36524 | blendix | 2011-05-06 22:21:20 +0200 (Fri, 06 May 2011) | 6 lines > > Forgot to mention that for scons, I've disabled install of the texture and > sequence plugins, as was already done for cmake, they don't work in 2.5. > > This is a fix for last commit, this file shouldn't have been included. > " Thanks, I create a 2.61-r1 ebuild with the 2 modifications above. Thanks to report them. > > -1 for CVE-2009-3850.patch > What about "-Y or --disable-autoexec" (beside the fact that -666 is silly) -666 is an alias for --enable-autoexec but it's unused since blender-insecure.desktop doesn't use it anymore. I fixed the patch and include it in 2.61-r1 ebuild.
Apart 3dmouse, I think this ebuild is better than the 2.60a, I learn more on this ebuild. The 2.62 comes out in 3 weeks 1 month if the schedule is right. Can we push this one (without 3dmouse) in portage? (Don't forget all the patches). http://git.overlays.gentoo.org/gitweb/?p=user/aluco.git;a=blob;f=media-gfx/blender/blender-2.61-r1.ebuild;h=af89a1e436948b902008f58fdd7dd80834f36280;hb=HEAD
Some more: - >=sci-physics/bullet-2.78 quote" svn log -r 35500 ------------------------------------------------------------------------ r35500 | erwin | 2011-03-12 21:34:17 +0100 (Sat, 12 Mar 2011) | 5 lines update Bullet physics sdk to latest trunk/version 2.78 " - a minor one (inside blender-desktop.patch) Exec=blender-2.60 %f %f solve a little issue with some xdg stuff (in Nautilus at least...) - what about rephrasing pkg_postinst? focus on the problems with python and the tmp directory the rest sounds pointless. I think it's better to put all the files here, too.
(In reply to comment #11) > - a minor one (inside blender-desktop.patch) > Exec=blender-2.60 %f > %f solve a little issue with some xdg stuff (in Nautilus at least...) Is there a bug for that ?
Not really. I just noticed that, with %f, blender is listed in "Open with Other Application..." menu item (right mouse button) otherwise it isn't. I don't know if other file managers show the same issue.
(In reply to comment #13) > Not really. > I just noticed that, with %f, blender is listed in "Open with Other > Application..." menu item (right mouse button) otherwise it isn't. > I don't know if other file managers show the same issue. You're right, %f is cleaner. blender-2.61-r2.ebuild is in my overlay with the 3 items you report.
The following message will be presented by the ebuild: Blender has its own internal rendering engine but you can export to external renderers for image computation like: YafRay[1], sunflow[2], PovRay[3] and luxrender[4] If you need one of them just emerge it: [1] emerge -av media-gfx/yafray [2] emerge -av media-gfx/sunflow [3] emerge -av media-gfx/povray [4] emerge -av media-gfx/luxrender But there is no ebuild for luxrender [4] in portage.
With use flag fftw OFF I got a compilation error: source/blender/blenkernel/intern/ocean.c:60:19: fatal error: fftw3.h: File o directory non esistente
(In reply to comment #16) > With use flag fftw OFF I got a compilation error: > > source/blender/blenkernel/intern/ocean.c:60:19: fatal error: fftw3.h: File o > directory non esistente Try the new 2.61-r4 ebuild.
USE=player and/or USE=game-engine makes blender build fail with source/blender/makesrna/intern/rna_test.c: In function ‘RNA_def_test’: source/blender/makesrna/intern/rna_test.c:138:2: error: too many arguments to function ‘RNA_def_property_dynamic_array_funcs’ source/blender/makesrna/RNA_define.h:167:6: note: declared here source/blender/makesrna/intern/rna_test.c:143:2: error: too many arguments to function ‘RNA_def_property_dynamic_array_funcs’ source/blender/makesrna/RNA_define.h:167:6: note: declared here source/blender/makesrna/intern/rna_test.c:148:2: error: too many arguments to function ‘RNA_def_property_dynamic_array_funcs’ source/blender/makesrna/RNA_define.h:167:6: note: declared here source/blender/makesrna/intern/rna_test.c:170:2: error: too many arguments to function ‘RNA_def_property_dynamic_array_funcs’ source/blender/makesrna/RNA_define.h:167:6: note: declared here source/blender/makesrna/intern/rna_test.c:176:2: error: too many arguments to function ‘RNA_def_property_dynamic_array_funcs’ source/blender/makesrna/RNA_define.h:167:6: note: declared here source/blender/makesrna/intern/rna_test.c:182:2: error: too many arguments to function ‘RNA_def_property_dynamic_array_funcs’ source/blender/makesrna/RNA_define.h:167:6: note: declared here
correction: the rna build error disappears when building blender with USE="-* <all wanted use flags inclusive lingua flags>" but then both use flags, game-engine and player produce a load of linker errors: ~ # USE="-* contrib cycles dds doc elbeem ffmpeg fftw iconv jack jpeg2k openal openexr openmp sdl sndfile sse zlib linguas_de linguas_en linguas_ja linguas_zh_CN game-engine player" emerge -a1 blender These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] media-gfx/blender-2.61-r4 USE="contrib cycles dds doc elbeem ffmpeg fftw game-engine* iconv jack jpeg2k openal openexr openmp player* sdl sndfile sse zlib -3dmouse -apidoc -collada -debug -redcode -tweak-mode" LINGUAS="de en ja zh_CN -ar -bg -ca -cs -el -es -fi -fr -hr -it -ko -nl -pl -pt_BR -ro -ru -sr -sv -uk" 0 kB [1]
Created attachment 300193 [details] build log with linker errors
My USE are: "cycles elbeem ffmpeg fftw game-engine iconv openal openexr openmp player sndfile sse zlib" So I have both player and game-engine but it built flawlessly. (In reply to comment #19) > correction: > the rna build error disappears when building blender with USE="-* <all wanted > use flags inclusive lingua flags>" > but then both use flags, game-engine and player produce a load of linker > errors: > > ~ # USE="-* contrib cycles dds doc elbeem ffmpeg fftw iconv jack jpeg2k openal > openexr openmp sdl sndfile sse zlib linguas_de linguas_en linguas_ja > linguas_zh_CN game-engine player" emerge -a1 blender > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] media-gfx/blender-2.61-r4 USE="contrib cycles dds doc elbeem > ffmpeg fftw game-engine* iconv jack jpeg2k openal openexr openmp player* sdl > sndfile sse zlib -3dmouse -apidoc -collada -debug -redcode -tweak-mode" > LINGUAS="de en ja zh_CN -ar -bg -ca -cs -el -es -fi -fr -hr -it -ko -nl -pl > -pt_BR -ro -ru -sr -sv -uk" 0 kB [1]
(In reply to comment #20) > Created attachment 300193 [details] > build log with linker errors The errors seem due to missing bullet dependency. Make sure >=sci-physics/bullet-2.78 is correctly installed. I can't trigger the rna_test.c compile error, maybe your CFLAGS made your compiler more stricter than mine. What CFLAGS are you using ?
You use the debug and test USE flags in the ebuild without them being present in IUSE, so here with USE=test globally enabled the build fails. The relevant USE change here to make it build was USE=-test Please put all used USE flags in IUSE. Building with USE="game-engine player" still fails with aforementioned linker errors.
Regarding the linker error, I tried rebuilding bullet-2.79-r1 and also downgrading to 2.78, both still leads to the same linker error.
Created attachment 301289 [details] blender build log with EXTRA_ESCONS="--debug=presub"
(In reply to comment #25) > Created attachment 301289 [details] > blender build log with EXTRA_ESCONS="--debug=presub" Can you give me your emerge --info too ?
Created attachment 301297 [details] emerge --info
blender-2.62 is released
blender 2.63 was released http://www.blender.org/development/release-logs/blender-263/
*** Bug 414287 has been marked as a duplicate of this bug. ***
*** Bug 408493 has been marked as a duplicate of this bug. ***
*** Bug 414435 has been marked as a duplicate of this bug. ***
(In reply to comment #29) > blender 2.63 was released > http://www.blender.org/development/release-logs/blender-263/ Blender 2.63a released - bugfixes Over 100 bugs fixed since 2.63 release: Fixed errors found in BMesh integration. Fixes for various crashes in bmesh, rendering and compositing. Fixed various drawing bugs with sculpt and paint modes. Animation motion path improvements r46158 Improved OpenCollada support. Sequencer and movie clip fixes. Full list is here http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/2.63a/log
Any progress on this one, or has it been forgotten? When I've been using Blender 2.60a, it's been crashing extremely regurarly for me, or more specifically, every time I use the right-click menu. It would be awesome to see this get into portage since 2.64 is released in less than a month.
Created attachment 314171 [details] blender-2.63a.ebuild Here we are with the latest stable Blender. I updated Anthoine's work, thanks Anthoine. :)
Created attachment 314175 [details, diff] blender-2.63a-eigen.patch
Created attachment 314177 [details, diff] blender-2.63a-bullet.patch Anthoine, your patch has a typo, /usr/include/bullet2 instead of /usr/include/bullet , in case you want to keep 2.63 in your tree.
Created attachment 314179 [details, diff] blender-2.63a-colamd.patch
Created attachment 314181 [details] blender-2.63a-insecure.desktop
Created attachment 314183 [details, diff] blender-2.63a-desktop.patch
Created attachment 314185 [details, diff] blender-2.63-doxyfile.patch
Created attachment 314187 [details, diff] blender-2.63-glew.patch
Created attachment 314189 [details, diff] blender-2.63-CVE-2009-3850-v5.patch
Created attachment 314191 [details, diff] blender-2.63-enable_site_module.patch
Created attachment 314195 [details, diff] blender-2.63-opencollada-debug.patch The missing files are from the main tree. If I did it correctly adding these files to the main tree or the new files to Anthoine's overlay (aluco) should simply work. I hope in this way it will need the least work for inclusion by the devs (Luca?) and maintaining by Anthoine, the hero behind this. :) This ebuild isn't only an update but it addresses some little bugs found in the latest version of the main tree (2.60a).
Created attachment 314197 [details] blender-2.63a.ebuild
I've been using Blender 2.63 from the aluco overlay (on ~amd64) for a week now and I'm glad to say it's rock solid for me! Haven't crashed once and I've been modeling for +16 hours during the weekend =)
In portage, thank you
