The following ebuilds are found to have broken autotools handling, as they run libtoolize directly (they never should, instead they should call eautoreconf in autotools.eclass, read http://www.gentoo.org/proj/en/qa/autofailure.xml for more information): ./dev-cpp/gtkglextmm/gtkglextmm-1.1.0.ebuild: libtoolize --force Please cleanup the ebuilds by asking for stable marking, removing obsolete ebuilds with no relevant keywords, or porting the fixes in newer versions (if presents) to properly handle autotools. Thanks, Diego
Created attachment 124331 [details] tail from dev-cpp/gtkglextmm-1.2.0 build.log After updating some of the {gtk,gnome,...}mm-packages, I needed to recompile gtkglextmm, which failed. I think the reason is the autotools handling. Attached is the log file and I will post a patch for the ebuild, which uses the autotools eclass. The ebuild with applied patch works at least for me. (Only amd64 will get this failure, because the package gets only autoreconfigured for amd64! Seems it is the resolution of Bug 50541)
Created attachment 124332 [details, diff] patch for dev-cpp/gtkglextmm-1.2.0.ebuild As mentioned, a patch for the gtkglextmm ebuild, which uses autotools eclass. I don't know, whether the eclass also calls automake with --force-missing, if this is important and could be done by giving the eclass some additional arguments (There is a comment about "--force-missing seems not to be recognized by some flavours of automake" in the eclass). I just wanna mention it for completeness, as the patch works for me (on amd64 naturally). I also patch the sources with the patch from Bug 145608. In order that my patch works, this patch has to be added to the files directory!
+ epatch "${FILESDIR}"/"${P}"-aclocal.patch Could you provide this patch? Thanks On a side note, have you tried removing the eautoreconf altogether to see if it works on your system?
Created attachment 124341 [details, diff] patch for a m4-macro, removing reason for a warning from aclocal As mentioned in bug 145608, the patch is already applied in upstream, but only in cvs. Last release was 27th February 2006 and I saw no sign, that there will be a new release in the next time. The patch only quotes a variable and aclocal won't complain anymore, everytime it is called. So I think, it is cool to have this applied too. As for leaving out autoreconfigure, I will test it and report the results back.
(In reply to comment #3) > On a side note, have you tried removing the eautoreconf altogether to see if it > works on your system? I did remove it and so far no problem with it. It did compile and at runtime it seems also OK, but I did only one runtime test with a small demo for an assignment at university. If further tests or patch for ebuild are wisched, I could provide them. Just say what you need.
*** Bug 112721 has been marked as a duplicate of this bug. ***
Offending version gone.
(In reply to comment #7) > Offending version gone. Bug also in version 1.0.1 and 1.2.0. Offending lines in both ebuilds: if [ "${ARCH}" = "amd64" ]; then aclocal -I m4macros automake -c -f autoconf fi Those lines were introduced by Bug 50541. It could be be, that those lines aren't needed anymore in 1.2.0 - see comment #3 and comment #5. I strongly suggest to also apply the patch attached to this bug in version 1.2.0, see comment #4. In addition to the comment, let me mention, that GtkGLExt is currently unmaintained. There are discussion about including opengl support in gtk (see http://bugzilla.gnome.org/show_bug.cgi?id=119189). So could someone reopen this bug?