Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 142921 - media-libs/openexr-1.4.0 ~x86-fbsd keyword dropped
Summary: media-libs/openexr-1.4.0 ~x86-fbsd keyword dropped
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High enhancement (vote)
Assignee: Gentoo/BSD Team
URL: http://www.openexr.com
Whiteboard:
Keywords: EBUILD
Depends on:
Blocks:
 
Reported: 2006-08-05 14:39 UTC by James Cloos
Modified: 2007-10-24 12:01 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
Ebuild for media-libs/openexr-1.4.0 (openexr-1.4.0.ebuild,1.30 KB, text/plain)
2006-08-05 21:44 UTC, James Cloos
Details
Ebuild for media-libs/openexr-1.4.0 (openexr-1.4.0.ebuild,1.40 KB, text/plain)
2006-08-08 00:02 UTC, James Cloos
Details
Ebuild for media-libs/openexr-1.4.0 (openexr-1.4.0.ebuild,1.32 KB, text/plain)
2006-08-08 09:21 UTC, James Cloos
Details

Note You need to log in before you can comment on or make changes to this bug.
Description James Cloos 2006-08-05 14:39:56 UTC
New version out.

Copying the ebuild is NOT enough.

I'm working on one, and will attach it when it is reasonable.
Comment 1 James Cloos 2006-08-05 21:44:31 UTC
Created attachment 93569 [details]
Ebuild for media-libs/openexr-1.4.0

This is based on the 1.2.2-r2 ebuild, modified for the difference in the new tar.

I also adds fltk and nvidia to IUSE; fltk enables /usr/bin/exrdisplay and nvidia pulls in media-gfx/nvidia-cg-toolkit as a dependency and lets exrdisplay make use of it for fragment shader support.

(Incidently, openexr does require that fltk be compiled with opengl support; if fltk is installed but lacks opengl then exrdisplay is not built.  The ebuild does not attempt to force +opengl on x11-libs/fltk, nor does it warn (or die) should the user attempt to compile openext w/ fltk when fltk was installed -opengl.  I beleive I recall seeing code doing something along those lines in another ebuild, but haven't found it.  I'll add such code to this ebuild if someone points me to an example.)
Comment 2 James Cloos 2006-08-05 21:52:34 UTC
One thing I forgot to mention:

attachement 93569 leaves SLOT=0.  The sonames are updated since openexr-1.2.x --
the filenames are now 
Comment 3 James Cloos 2006-08-05 21:52:34 UTC
One thing I forgot to mention:

attachement 93569 leaves SLOT=0.  The sonames are updated since openexr-1.2.x --
the filenames are now so.4 rather than so.2.  Should SLOT be incremented?
Or some other magic done to keep the old SOs around until everything linked to them is re-merged?
Comment 4 James Cloos 2006-08-08 00:02:45 UTC
Created attachment 93726 [details]
Ebuild for media-libs/openexr-1.4.0

I believe this version is ready for the tree.

Please confirm.
Comment 5 James Cloos 2006-08-08 09:21:06 UTC
Created attachment 93770 [details]
Ebuild for media-libs/openexr-1.4.0

Examples were installed in the wrong directory; this fixes that.
Comment 6 Alexis Ballier gentoo-dev 2006-11-08 14:04:04 UTC
Thanks, 1.4.0a is now in portage, but p.masked.

CCing the people that might be annoyed by this bump.

Here is a list of what needs to be checked : 

app-office/koffice app-office/krita kde-base/kdebase kde-base/kdebase-kioslaves kde-base/kdegraphics : I'm not using them, cannot test it perfectly since I might lack knowledge

dev-games/ogre media-gfx/pixie : Not ~amd64 keyworded, cannot test them

kde-base/kdelibs : Compiles fine, kde apps using it are working but I don't know in which way it's used so I might lack knowledge there too

media-gfx/blender media-video/cinelerra-cvs media-video/cinepaint media-gfx/k3d : tested, compile & work fine


You can get some test files from : 
http://download.savannah.nongnu.org/releases/openexr/openexr-images-1.4.0.tar.gz

Note that, according to upstream, this release is fully compatible with 1.2.2 and would not break api so this is only a routine check. However, this breaks abi and requires a revdep-rebuild so, for ex., kde people might want to wait before unmasking it that their packages get bumped so the transition is smoother.




More important one : I've dropped x86-fbsd because you don't have x11-libs/fltk keyworded, so you might want to, either mask opengl use flag for openexr or have fltk ;)
Comment 7 Alexis Ballier gentoo-dev 2006-11-24 17:06:51 UTC
Ping...

tested with kde, it seems 100% compatible with the previous version, if nobody complains I'll proceed with unmasking during next week, the only remaining thing will be ~x86-fbsd keyword dropped.
Comment 8 Alexis Ballier gentoo-dev 2006-11-29 23:02:58 UTC
unmasked
Comment 9 Roy Marples (RETIRED) gentoo-dev 2007-10-24 12:01:40 UTC
Keyword added to 1.6