From the blender announcements news feed: # Blender 2.57b update release April 27, 2011 Best testing only happens after a real release! With nearly 100 great fixes in the code, we've released another update for 2.57 today. Reproducible: Always
Blender 2.58 was released on 22th of June. Changes http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/changelog_258
*** Bug 372787 has been marked as a duplicate of this bug. ***
*** Bug 373517 has been marked as a duplicate of this bug. ***
Blender 2.58a released on 04 of July. http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/changelog_258a
Created attachment 281415 [details, diff] blender-2.58-bmake.patch
Created attachment 281417 [details, diff] blender-2.58-doxyfile.patch
Created attachment 281419 [details, diff] blender-2.58-eigen.patch
Created attachment 281421 [details, diff] blender-2.58-ffmpeg.patch
Created attachment 281423 [details, diff] blender-2.58-glew.patch
Created attachment 281427 [details, diff] blender-desktop.patch
Created attachment 281429 [details] blender-2.58a-r2.ebuild
New ebuild and patches for Blender 2.58a, based on 2.57 by Oicraman as reported on http://forums.gentoo.org/viewtopic-p-6761980.html. All credits to him. Tested on ~amd64, it seems to work well.
I can confirm that the attached ebuild and patchset works, though with some QA notices: * QA Notice: The 'useq' function is deprecated (replaced by 'use') * QA Notice: USE Flag 'collada' not in IUSE for media-gfx/blender-2.58a-r2
Created attachment 282901 [details, diff] blender-desktop.patch That blender-desktop.patch didn't worked, blender executable is now blender-2.58 and russian name seems incorrect. Here's mine version, working here. However still: * QA Notice: file does not exist: * * doexe: /var/tmp/portage/media-gfx/blender-2.58a-r2/work/blender-2.58a/release/plugins/texture/*.so does not exist * doexe: /var/tmp/portage/media-gfx/blender-2.58a-r2/work/blender-2.58a/release/plugins/sequence/*.so does not exist * doins: /var/tmp/portage/media-gfx/blender-2.58a-r2/work/blender-2.58a/release/plugins/include/*.h does not exist
Version 2.59 was released today.
(In reply to comment #15) > Version 2.59 was released today. http://www.blender.org/development/release-logs/blender-259/ Full changelog is here http://wiki.blender.org/index.php/Dev:Ref/Release_Notes/changelog_259 Plese, update bug title too.
Request for blender-2.59 is here: https://bugs.gentoo.org/show_bug.cgi?id=382097
To bump blender to 2.58 (or later) someone needs to port the patch for security issue CVE-2009-3850 (blender-2.57-CVE-2009-3850-v2.patch) to the version to bump to. If it has to be me, it may delay until January 2012 -- no time. If you want to help with this, you are welcome. Be prepared to dig in Blender source code (in C) though as some involved logic upstream has change after Blender 2.57.
*** Bug 382097 has been marked as a duplicate of this bug. ***
Created attachment 292075 [details, diff] blender-2.60a-CVE-2009-3850-v3.patch The blender-2.60a.ebuild with all patchs in my overlay: git://git.overlays.gentoo.org/user/aluco.git I keep a problem on the final link with libopenjpeg but it's a start.
I've tried the ebuild from the overlay, but blender-2.60a does not build. At first, I had to use >=media-video/ffmpeg-0.7 instead of media-video/libav (also see blender bug #28414, http://projects.blender.org/tracker/?func=detail&group_id=9&aid=28414&atid=498), otherwise compilation fails. Finally installation fails with: !!! doexe: /var/tmp/portage/media-gfx/blender-2.60a/work/blender-2.60a/release/plugins/texture/*.so does not exist This is because the plugins have not been compiled, as clouds2.c and tiles.c reference "plugin.h" and "math.h" which are missing in that directory. There's a plugin.h in source/blender/blenpluginapi, but no math.h.
(In reply to comment #20) > The blender-2.60a.ebuild with all patchs in my overlay: > git://git.overlays.gentoo.org/user/aluco.git > > I keep a problem on the final link with libopenjpeg but it's a start. The problem is fixed now. Note that a new option "WITH_PYTHON_SECURITY" seems to do something similar to blender-2.57-CVE-2009-3850-v2.patch. Maybe we can create a less intrusive patch now. I'll look closely. Now blender needs libspnav to enable 3DMOUSE feature. This library is in my overlay too. I look more closely to continue to integrate blender in gentoo.
the ebuild in the aluco overlay still causes problems for me !!! Digest verification failed: !!! /var/lib/layman/aluco/media-gfx/blender/files/blender-desktop.patch !!! Reason: Filesize does not match recorded size !!! Got: 641 !!! Expected: 640
A few comments from diffing the 2.60 ebuild with the 2.57-r1 in portage tree: 1.) SLOT should stay at 2.5, it's just to make it distinct from 2.4 versions 2.) opencollada does not exist in portage and not in your overlay 3.) Depend on scons 2, 0.98 is gone from the tree 4.) escons in src_compile could use a die message like 2.57-r1 does Next to that looks as good as 2.57-r1. Sadly 2.57-r1 also carries a lot of commented lines so I cannot tell what stuff you commented out and what stuff was commented out. I think Sebastian Pipping or Luca Barbato would need to comment on your ebuild.
(In reply to comment #24) > 1.) SLOT should stay at 2.5, it's just to make it distinct from 2.4 versions The change of SLOT number is dictated by the ${WORK}/install/2.60 number. I follow this convention. > 2.) opencollada does not exist in portage and not in your overlay Yes, I removed it for now. Maybe on a -r1. > 3.) Depend on scons 2, 0.98 is gone from the tree Done. > 4.) escons in src_compile could use a die message like 2.57-r1 does Done. > Next to that looks as good as 2.57-r1. Sadly 2.57-r1 also carries a lot of > commented lines so I cannot tell what stuff you commented out and what stuff > was commented out. > > I think Sebastian Pipping or Luca Barbato would need to comment on your ebuild. I'll be glad.
I finished hopefully messing with the legacy blender, so now I can have a look at adding a newer one in, I started looking at opencollada but seems they aren't doing source releases...
I'm a bit surprised to see version 2.60a added to the main tree while this bug is still open. I'd be interested to hear what approach has been taken when porting the patch for CVE 2009-3850. Also, is the patch in alpha, beta or release state from your point of view?
libspnav is missing in portage and the dependency too, to blender 2.60a doesn't compile.
(In reply to comment #28) > libspnav is missing in portage and the dependency too, to blender 2.60a doesn't > compile. For what it's worth, I was able to take the live ebuild for libspnav from http://code.google.com/p/gentoo-vaca-overlay/source/browse/trunk/app-misc/libspnav/?r=171 and build blender-2.60a with it installed
(In reply to comment #28) > libspnav is missing in portage and the dependency too, to blender 2.60a doesn't > compile. Thanks for reporting. I have made a new bug #390427 for that. Until it's fixed, I will package mask version 2.60a.
(In reply to comment #27) > I'm a bit surprised to see version 2.60a added to the main tree while this bug > is still open. > > I'd be interested to hear what approach has been taken when porting the patch > for CVE 2009-3850. Also, is the patch in alpha, beta or release state from > your point of view? I read the CVE-2009-3850 and I take the previous patch blender-2.57-CVE-2009-3850-v2.patch and understand how it fixes CVE. I start to properly apply the old patch from scratch and discover that the option WITH_PYTHON_SECURITY seems to do something similar. I study this option and see that it doesn't fix enough the CVE. Then I continue to fix the CVE but keeping good things from the option and activate by default this option in my ebuild. I agree that the version 3 of the CVE patch may be need a good security audit but I code it with some understanding of the problem. In my opinion, we can qualify it as beta.
2.60a is in Portage, closing in favour of bug 394871