| Summary: | media-gfx/blender-2.59 bump request | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | (RETIRED) <retired_user> |
| Component: | Current packages | Assignee: | Luca Barbato <lu_zero> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | bugzilla, deduktionstheorem, dschridde+gentoobugs, fernando, follettoonip, gentoo, graphics+disabled, hans, it-knodel, kaikaikai, kripton, Martin.vGagern, sendsbeak, sping |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
blender-2.59.diff
blender-2.5-glew.diff blender-2.5-doxyfile.patch libspnav-9999.ebuild libspnav-makefile.patch blender-2.59.diff blender-2.5-sconstruct.patch blender-2.59.ebuild blender-2.5-glew.patch blender-2.59-r1.diff Updated against current spnav SVN (rev 123). |
||
|
Description
(RETIRED)
2011-09-07 00:49:22 UTC
Created attachment 285743 [details]
blender-2.59.diff
Created attachment 285745 [details]
blender-2.5-glew.diff
Created attachment 285747 [details, diff]
blender-2.5-doxyfile.patch
Created attachment 285749 [details]
libspnav-9999.ebuild
Created attachment 285751 [details, diff]
libspnav-makefile.patch
libspnav is needed to work the new blender version https://bugs.gentoo.org/show_bug.cgi?id=377859 Created attachment 287115 [details]
blender-2.59.diff
Created attachment 287121 [details, diff]
blender-2.5-sconstruct.patch
Blender SConstruct patch to solve compilation with current linux kernel version 3.0. Since new policy for linux kernel versions that major version in platform doesn't make much sense for building rules so the same rules could be used for both of linux2 and linux3 now
Created attachment 287445 [details]
blender-2.59.ebuild
blender 2.59 version for users to download and install it on your system! Remember download libspnav and the patchs put here
Created attachment 287447 [details]
blender-2.5-glew.patch
blender glew patch to download and install on your system. Remember copy the patchs from blender-2.57 and you must to add with my ebuilds and patchs to local portage to compile it
Emulatorman, do you want to get a user overlay repository (for details on that see http://blog.hartwork.org/?p=843 ) and upload the files there? Would make testing a lot easier for other users, as the large numbers of attachments here, to be distributed over 4 directories, can be rather frightening. I know that's what kept me from giving it a try so far. I also guess that Gentoo devs probably won't accept that live libspnav ebuild into the main portage tree and as a blender dependency. So if blender could be made to work with the last spacenav release (0.2.2), then having an ebuild for that would be better. Otherwise, it would probably be best to bundle some reasonably stable snapshot (current r119 does look sensible) and create a 0.2.2_pYYYYMMDD ebuild for it. While I'm at it, let me have a look at the text of the attachments. The fixes for bad use of 'linux2' in the sconstruct file could probably be dropped by using recent python ebuilds, as bug #375257 comment #4 tells us that they have been patched to always report 'linux2'. The less deviation from upstream, the easier to maintain, although I do agree that upstream should probably not be using sys.platform in this way. Some other changes in that sconstruct patch appear completely unrelated to Gentoo: why should we e.g. care about changes to the way 'win64-vc' is handled? Where did this patch come from? Why were those other modifications included? The makefile patch for libspnav looks like it should be definitely taken upstream as well. And that's one more reason to not use a live ebuild here: once they apply that fix, the epatch will fail, breaking the live ebuild. Created attachment 290149 [details] blender-2.59-r1.diff With this patch no spnav is needed to compile blender see http://blenderartists.org/forum/showthread.php?228159-fatal-error-spnav.h Created attachment 291023 [details, diff]
Updated against current spnav SVN (rev 123).
To bump blender to 2.59 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. *** This bug has been marked as a duplicate of bug 369599 *** |
