| Summary: | autotools.eclass should avoid automatic autorepoint if configure.ac uses intltool (was: gnome-extra/yelp-3.4.2 fails to configure) | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Markus Walter <gentoo> |
| Component: | [OLD] GNOME | Assignee: | Gentoo's Team for Core System packages <base-system> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | brad, geraint0923, gnome, nikoli |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | 211276 | ||
| Bug Blocks: | |||
| Attachments: |
build log
configuration log as requested in the build log emerge --info |
||
Created attachment 312403 [details]
configuration log as requested in the build log
Created attachment 312405 [details]
emerge --info
This is caused by today's change to autotools.eclass: http://archives.gentoo.org/gentoo-dev/msg_6478b733dcdfeebba75c40fa27b099bc.xml Commenting out those three lines in autotools.eclass allows yelp to emerge. It's actually very simple and is caused by the recent change in autotools.eclass. To be more exact, it has to do with a certain conflict between gettext and intltool. TBH, I was expecting a bug like this the moment I've read the mail on the list. 'autopoint --force' writes its Makefile.in.in into a defined directory, but if a package uses intltool to, intltool overwrites it with its own version of the file...that is, it does that for the upstream dev, that has usually a custom autogen script for it (like i.e. gnome-autogen.sh from gnome-base/gnome-common). The change in the eclass takes no account for this, so most packages using intltool are potentially affected (that includes most packages that use i18n in gtk). I've added a temporary workaround to the yelp-3.x ebuilds in cvs by adding "intltoolize --automake --copy --force" calls after eautoreconf. I suspect that this affects not just yelp, but also a fair number of other gnome packages. @base-system, please fix autotools.eclass to follow the standard gnome-autogen.sh logic and force automatic eautopoint *only* if intltool macros (AC_PROG_INTLTOOL or IT_PROG_INTLTOOL) and glib-gettext macros (AM_GLIB_GNU_GETTEXT) are not being used in configure.ac. I can confirm that gnome-base/gnome-shell-3.4.1::gentoo is also affected by this problem. Proposed autotools.eclass patch has been sent to gentoo-dev list for review: http://archives.gentoo.org/gentoo-dev/msg_d8f83084c517730fb7c87b989fd09f20.xml probably fixed by: http://sources.gentoo.org/eclass/autotools.eclass?r1=1.139&r2=1.140 ...probably not. As with libtool, both IT_PROG_INTLTOOL and AC_PROG_INTLTOOL need to be considered. (In reply to comment #9) > ...probably not. > As with libtool, both IT_PROG_INTLTOOL and AC_PROG_INTLTOOL need to be > considered. Already fixed in cvs in r1.141 *** Bug 416971 has been marked as a duplicate of this bug. *** |
Created attachment 312401 [details] build log On my hardened ~amd64 machine yelp fails to configure with the following error. config.status: error: po/Makefile.in.in was not created by intltoolize. There are lots of errors in the config.log, thus I find it hard to point at something.