There are some changes in elibtoolize from libtool eclass, so wee need to use libtoolize --copy --force as it wass used with lcms-1.13-r1.ebuild... Reproducible: Always Steps to Reproduce: 1. emerge =gtk+-1.2.10-r11 2. 3. Actual Results: >>> Unpacking source... >>> Unpacking gtk+-1.2.10.tar.gz to /var/tmp/portage/gtk+-1.2.10-r11/work * Applying gtk+-1.2.10-m4.patch ... [ ok ] * Applying gtk+-1.2.10-r8-gentoo.diff.bz2 ... [ ok ] * Applying gtk+-1.2-locale_fix.patch ... [ ok ] * Patching ${S}/ltmain.sh ... * Portage patch failed to apply (ltmain.sh version 1.3.4)! !!! ERROR: x11-libs/gtk+-1.2.10-r11 failed. !!! Function elibtoolize, Line 240, Exitcode 0 !!! Portage patch failed to apply! !!! If you need support, post the topmost build error, NOT this status message. Expected Results: Patch: #elibtoolize libtoolize --copy --force aclocal || die "aclocal failed" autoreconf || die "autoreconf failed"
Patch: #elibtoolize libtoolize --copy --force aclocal || die "aclocal failed" autoreconf || die "autoreconf failed"
Why is this marked as fixed? Is it in CVS? Besides, there is (at least) one other bug about this - Bug 92292. Seems like more generic problem than just gtk+-1.2.10-r11...
this post on the forums http://forums.gentoo.org/viewtopic-p-2402447.html seems to point away from the ebuilds to something with the libtool eclass.
Following http://www.gentoo.org/cgi-bin/viewcvs.cgi/eclass/libtool.eclass?rev=1.46&view=log it seams that there is no nead to inherit libtool in gtk+-1.2.10-r11.ebuild ;-) So simply remove it. Martin Schlemmer <azarah@gentoo.org> add this functionality to the libtool.eclass latest version :-) Take care.
the current x86 version of lcms also fails with the same error.
So please tray to emerge -r1. There is libtoolize --copy --force used. But it should be in the libtool.eclass instead ;-) So if you want you can download my eclass, gtk+ and lcms from this: http://kolkowski.no-ip.org/~deimos/elibtoolize_bug.tgz Works for me fine.
Created attachment 58767 [details, diff] gtk+-1.2.10-r11.ebuild.patch http://kolkowski.no-ip.org/~deimos/elibtoolize_bug.tgz
Created attachment 58768 [details, diff] lcms-1.13.ebuild.patch http://kolkowski.no-ip.org/~deimos/elibtoolize_bug.tgz
Created attachment 58769 [details, diff] libtool.eclass.patch http://kolkowski.no-ip.org/~deimos/elibtoolize_bug.tgz
Created attachment 58801 [details] gtk+-1.2.10-r11.ebuild There is no nead to change libtool.eclass. It's a good patch 1.46 to the libtool.eclass, so we can see that ltmain.sh has different version, and only way to patch this is --force :-)
Created attachment 58802 [details] gtk+-1.2.10-r11.ebuild I forgot to add libtoolize --copy --force ;-)
*** Bug 92395 has been marked as a duplicate of this bug. ***
Seems not gnome-specific, CCing video b/c of duplicate Bug 92395, and also azarah, maybe he could explain the eclass changes. ;-)
Just a note, vapier was kind enough to fix the problem with gtk+ (Bug 92377).
Sure. Whoever should either not elibtoolize so that we do not run libtool -c -f if not needed, or port the portage patch to that version of libtool.
emerge sync and it's all done, thanks :-)
Damian, please don
Damian, please don´t close this bug - gtk+ is fixed (because vapier fixed it separately) but the other things are not (Bug 92292 and Bug 92395).
Jakub, gnome-print-0.37 is compiling with uclibctoolize just like gtk+-1.2.10-r11, lcms-1.13-r1 is patched and transcode-0.6.14-r2 have working patch.
Backported portage patch.
Three new bugs just today - Bug 92696, Bug 92700, Bug 92706. I
Three new bugs just today - Bug 92696, Bug 92700, Bug 92706. I´m still not sure what´s fixed and what´s not fixed, so I commented accordingly on those bugs. Seeing that there are tons of xmms plug-ins, maybe those bugs should be marked as duplicate of this one and this bug should be reopened (if those are still not fixed). Comments? Adding sound herd to CC.
I replied to all for you.