Freeimage was dropped from the tree because it shipped copies of system libraries. This is indeed an issue. On the other hand OGRE 3D 1.7.0 depends on freeimage and is not able to load images without freeimage. Therefore I tried to remove the shipped libraries from freeimage and use the system ones instead. Reproducible: Always Steps to Reproduce:
Created attachment 221795 [details] media-libs/freeimage-3.13.1.ebuild The ebuild.
Created attachment 221797 [details, diff] freeimage-3.13.1-systemlibs.patch The necessary path. It will not win any beauty prices but at least it's a start.
Well, good luck. Since this apparently will never be fixed upstream (cf. http://sourceforge.net/tracker/?func=detail&aid=2925458&group_id=11504&atid=111504) I don't see anyone maintaining a huge 60K patch that unbudles bundled junk and that breaks on every new release just because upstream can't be talked into sense.
epatch fails for me massively with 3.13.1 source just downloaded. Missing Hunk errors like upstream changed the source code and not the revision. Thanks for the effort though...
Maybe better split patch into small bits for each library. This will more maintainable.
Created attachment 229277 [details] freeimage-3.13.1.ebuild Little modified ebuild with pkg-config file
Created attachment 229279 [details] pkg-config file
Created attachment 230479 [details] freeimage-3.13.1.ebuild Update for pkg-config to be more dynamic
Created attachment 230481 [details] pkg-config file
Seems to have problems with recent libtiff upgrade. Package seems to use a bundled "tiffiop.h" instead of the public interfaces. This should be fixed and pushed upstream I guess.
I discover two bugs: 1. Linking problem with OGRE (#307205, thanks to Richard Connon for pointing) 2. Compilation problem with OGRE. 1st problem solved by FI upstream (coping with ln and ldconfig). 2nd is more complex. FI uses transupp from original jpeg sources (two files - transupp.h and transupp.c). These two files must be compiled into libfreeimage. Both problem solved via huge patchwork :). But I still have no idea, how test this stuff. Test files from archive are outdated. Could someone give me simple testsuite (loading image, for example)?
Created attachment 231361 [details] freeimage-3.13.1.ebuild
Created attachment 231363 [details, diff] freeimage-3.13.1-system-jpeg.patch
Created attachment 231365 [details, diff] freeimage-3.13.1-system-libmng.patch
Created attachment 231367 [details, diff] freeimage-3.13.1-system-libpng.patch
Created attachment 231369 [details, diff] freeimage-3.13.1-system-makefile.patch
Created attachment 231371 [details, diff] freeimage-3.13.1-system-openexr.patch
Created attachment 231373 [details, diff] freeimage-3.13.1-system-openjpeg.patch
Created attachment 231375 [details, diff] freeimage-3.13.1-system-zlib.patch
I also had to add the following to the end of src_prepare to avoid sandbox problems: sed -i 's/ldconfig//' Makefile.gnu Otherwise, the ebuild seemed to work fine for me.
Created attachment 231741 [details] Ebuild with final fix. Patch from last comment included in build
hi! Thank you for your work on the patches! Probably the only chance to have an up2date and clean ogre under gentoo. If you're interested you're welcome to maintain your patched freeimage ebuilds in our official gamerlay overlay. Feel free du visit us on IRC freenode #gentoo-gamerlay.
FreeImage 3.14.1 is out. You can try it in gamerlay overlay.
Bug# 277625 is dependant on this bug. Somebody with sufficient privileges please add it to this bugs block list.
(In reply to comment #23) > FreeImage 3.14.1 is out. You can try it in gamerlay overlay. > Just build it. Got this QA message: * QA Notice: The following files contain runtime text relocations * Text relocations force the dynamic linker to perform extra * work at startup, waste system resources, and may pose a security * risk. On some architectures, the code may not even function * properly, if at all. * For more information, see http://hardened.gentoo.org/pic-fix-guide.xml * Please include the following list of files in your report: * TEXTREL usr/lib/libfreeimage-3.14.1.so * TEXTREL usr/lib/libfreeimageplus-3.14.1.so Also, version 3.15.0 seems to be released.
Hello there. I just commited 3.15.0 into gamerlay overlay.
July 25th, 2011: FreeImage 3.15.1 released Release 3.15.1 is a maintenance release that brings several fixes for TIFF, JPEG, BMP, PCX and CUT plugins. The most significant fixes concern the security against malicious images, so that an update is highly recommended. The library has been updated with the new libtiff (3.9.5), libpng (1.5.4), libraw (0.13.7) and OpenJPEG (1.5.0) libraries. FreeImage is also distributed with updated C++ and Delphi wrappers. As usual, check the changes log for full details (especially for bug fixes) and check also the updated FreeImage documentation.
(In reply to comment #27) > July 25th, 2011: FreeImage 3.15.1 released > Already in Gamerlay. But this version is hardmasked - it requires latest libpng 1.5.x, so I can't compile and check this release completly.
media-libs/freeimage-3.15.1 is now in repository
(In reply to comment #29) > media-libs/freeimage-3.15.1 is now in repository Great! Ogre is heading towards v1.8, lets see if we can revive it in the main tree.
(In reply to comment #29) > media-libs/freeimage-3.15.1 is now in repository This seems to work lovely. I've noticed that the freeimage ebuild in the gamerlay repo is however still broken (any reason to keep it around in there?). I'm planning to upload 2 new ebuilds for ogre this evening (1.7.4 and 1.8.0_rc1).
freeimage is in the tree again, as is newer ogre. if there are problems with either, please file a new bug.