Besides bug 256087, a few new issues have arisen: - this package could benefit from EAPI=4, REQUIRED_USE to be exact - package wasn't updated with changes required by gdk-pixbuf split (probably patching configure.ac and src/Makefile.am will be necessary) - during build I see a 'jmpbuf' libng 1.4 deprecation warning - it's pointless to build a static archive for a gdk loader - 'static-libs' would be nice - perhaps those ghostscript notes in the ebuild could be rechecked
*** Bug 366221 has been marked as a duplicate of this bug. ***
http://wvware.sourceforge.net/libwmf.html#download "libwmf is in CVS under the module name libwmf2, not libwmf which is the libwmf-0.1.* series and no longer in active development. "
/bin/sh ../../libtool --tag=CC --mode=compile x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -DPACKAGE=\"libwmf\" -DVERSION=\"0.2.8\" -I. -I../.. -I../../include -I../../src -I../.. -I/usr/include/freetype2 -O2 -pipe -march=native -MT ipa.lo -MD -MP -MF .deps/ipa.Tpo -c -o ipa.lo ipa.c libtool: compile: x86_64-pc-linux-gnu-gcc -DHAVE_CONFIG_H -DPACKAGE=\"libwmf\" -DVERSION=\"0.2.8\" -I. -I../.. -I../../include -I../../src -I../.. -I/usr/include/freetype2 -O2 -pipe -march=native -MT ipa.lo -MD -MP -MF .deps/ipa.Tpo -c ipa.c -fPIC -DPIC -o .libs/ipa.o In file included from ipa.c:47: ../../src/ipa/ipa/bmp.h: In function 'ldr_bmp_png': ../../src/ipa/ipa/bmp.h:69: error: dereferencing pointer to incomplete type make[3]: *** [ipa.lo] Error 1 make[3]: Leaving directory `/var/tmp/portage/media-libs/libwmf-0.2.8.4-r3/work/libwmf-0.2.8.4/src/ipa' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/media-libs/libwmf-0.2.8.4-r3/work/libwmf-0.2.8.4/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-libs/libwmf-0.2.8.4-r3/work/libwmf-0.2.8.4' make: *** [all] Error 2 emake failed * ERROR: media-libs/libwmf-0.2.8.4-r3 failed (compile phase):
libwmf-9999 ebuild anyone ?
A live ebuild would make sense only if there was any significant activity in the upstream repo (and found somebody to maintain it here) - while cvs isn't browser friendly, it seems those sources weren't touched in the last few years. As far as libpng 1.5 goes, the only warning I see on 1.4, is the one about png_ptr->jmpbuf, so the fix should quite trivial.
it is not trivial for me .... sorry :D do you think you can make a patch ? (In reply to comment #5) > A live ebuild would make sense only if there was any significant activity in > the upstream repo (and found somebody to maintain it here) - while cvs isn't > browser friendly, it seems those sources weren't touched in the last few years. > > As far as libpng 1.5 goes, the only warning I see on 1.4, is the one about > png_ptr->jmpbuf, so the fix should quite trivial.
*** Bug 368329 has been marked as a duplicate of this bug. ***
Created attachment 274337 [details, diff] patch fixing some of the issues This patch fixes following parts of this bug: - libpng warning - bogus static loader - loader placed in an incorrect place gtk+:2 dep should be changed to gdk-pixbuf (as it already actually is (barring the check in the original configure.ac, no function from gtk+ is actually used)).
...and it seems I did misread bug 368329 a bit - the path does seems to need the change listed there.
i can confirm that the patch solves the problem
Some most serious issues fixed. Open new bug with more per-feature/fix patches if needed.