Mostly failed because of gnome-libs. Only needed a few small changes, in case other stuff fails on a few undefined symbols in the gnomecanvas lib. Interestingly, it doesn't link to a damn thing in gnome-libs. It's the configure script that fails if gnome-libs isn't fixed. E.g.: libgdk_pixbuf.so.2.0.0: libdl.so.2 => /lib/libdl.so.2 (0x00002b044f448000) libgtk-1.2.so.0 => /usr/lib64/libgtk-1.2.so.0 (0x00002b044f54c000) libgdk-1.2.so.0 => /usr/lib64/libgdk-1.2.so.0 (0x00002b044f7cf000) libgmodule-1.2.so.0 => /usr/lib64/libgmodule-1.2.so.0 (0x00002b044f90d000) libglib-1.2.so.0 => /usr/lib64/libglib-1.2.so.0 (0x00002b044fa10000) libXi.so.6 => /usr/lib64/libXi.so.6 (0x00002b044fb3a000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00002b044fc43000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00002b044fd54000) libm.so.6 => /lib/libm.so.6 (0x00002b044ff5c000) libc.so.6 => /lib/libc.so.6 (0x00002b04500b2000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00002b04502f0000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002b04503f3000) libgdk_pixbuf_xlib.so.2.0.0: libgmodule-1.2.so.0 => /usr/lib64/libgmodule-1.2.so.0 (0x00002ba2671d2000) libglib-1.2.so.0 => /usr/lib64/libglib-1.2.so.0 (0x00002ba2672d5000) libdl.so.2 => /lib/libdl.so.2 (0x00002ba26741f000) libgdk_pixbuf.so.2 => /usr/lib64/libgdk_pixbuf.so.2 (0x00002ba267524000) libgtk-1.2.so.0 => /usr/lib64/libgtk-1.2.so.0 (0x00002ba26763d000) libgdk-1.2.so.0 => /usr/lib64/libgdk-1.2.so.0 (0x00002ba2678c0000) libXi.so.6 => /usr/lib64/libXi.so.6 (0x00002ba2679fe000) libXext.so.6 => /usr/lib64/libXext.so.6 (0x00002ba267b06000) libX11.so.6 => /usr/lib64/libX11.so.6 (0x00002ba267c17000) libm.so.6 => /lib/libm.so.6 (0x00002ba267e20000) libc.so.6 => /lib/libc.so.6 (0x00002ba267f75000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) libXau.so.6 => /usr/lib/libXau.so.6 (0x00002ba2681b4000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00002ba2682b6000)
Created attachment 87089 [details, diff] gdk-pixbuf-0.22.0 --as-needed fix
Created attachment 87090 [details, diff] gdk-pixbuf-0.22.0-r5.ebuild.patch for --as-needed
Usual stuff about Makefile.in :) Here is a good case where you just need an eautomake run.
(In reply to comment #3) > Usual stuff about Makefile.in :) Here is a good case where you just need an > eautomake run. > That would work fine, except eautomake will just trigger eautoreconf because the Makefile.in's were generated with automake 1.4-p5, and the only 1.4 in portage now is 1.4-p6. Of course, the workaround to this is to modify the "generated automatically by", which actually means modifying all the Makefile.in files instead of just one. Alternately, I can fix the problems with eautoreconf and this one, but I don't really think it should have to be done.
Created attachment 87452 [details, diff] gdk-pixbuf-0.22.0 --as-needed fix (revised) Well, fixed it for eautoreconf anyway. Of course, it's a bit larger this way.
Created attachment 87453 [details, diff] gdk-pixbuf-0.22.0-r5.ebuild.patch for --as-needed, uses eautoreconf
Someone mark the revised fix as non-obsolete please. Damn firefox...
(In reply to comment #7) > Someone mark the revised fix as non-obsolete please. Damn firefox... > Never mind. I thought I didn't have the permissions for it. Turns out I did.
(In reply to comment #6) > Created an attachment (id=87453) [edit] > gdk-pixbuf-0.22.0-r5.ebuild.patch for --as-needed, uses eautoreconf > It doesn't work here
(In reply to comment #9) > (In reply to comment #6) > > Created an attachment (id=87453) [edit] > > gdk-pixbuf-0.22.0-r5.ebuild.patch for --as-needed, uses eautoreconf > > > > It doesn't work here > Ok, but what actually happens when you try to build the lib?
Marked for removal, please migrate to gnome-2.x
