First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 142921
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Gentoo/BSD Team <bsd@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: James Cloos <cloos@jhcloos.com>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
openexr-1.4.0.ebuild Ebuild for media-libs/openexr-1.4.0 text/plain James Cloos 2006-08-05 21:44 0000 1.30 KB Details
openexr-1.4.0.ebuild Ebuild for media-libs/openexr-1.4.0 text/plain James Cloos 2006-08-08 00:02 0000 1.40 KB Details
openexr-1.4.0.ebuild Ebuild for media-libs/openexr-1.4.0 text/plain James Cloos 2006-08-08 09:21 0000 1.32 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 142921 depends on: Show dependency tree
Show dependency graph
Bug 142921 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-08-05 14:39 0000
New version out.

Copying the ebuild is NOT enough.

I'm working on one, and will attach it when it is reasonable.

------- Comment #1 From James Cloos 2006-08-05 21:44:31 0000 -------
Created an attachment (id=93569) [edit]
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 From James Cloos 2006-08-05 21:52:34 0000 -------
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 From James Cloos 2006-08-05 21:52:34 0000 -------
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 From James Cloos 2006-08-08 00:02:45 0000 -------
Created an attachment (id=93726) [edit]
Ebuild for media-libs/openexr-1.4.0

I believe this version is ready for the tree.

Please confirm.

------- Comment #5 From James Cloos 2006-08-08 09:21:06 0000 -------
Created an attachment (id=93770) [edit]
Ebuild for media-libs/openexr-1.4.0

Examples were installed in the wrong directory; this fixes that.

------- Comment #6 From Alexis Ballier 2006-11-08 14:04:04 0000 -------
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 From Alexis Ballier 2006-11-24 17:06:51 0000 -------
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 From Alexis Ballier 2006-11-29 23:02:58 0000 -------
unmasked

------- Comment #9 From Roy Marples (RETIRED) 2007-10-24 12:01:40 0000 -------
Keyword added to 1.6

First Last Prev Next    No search results available      Search page      Enter new bug