Emerging xfburn result in an error: * ERROR: app-cdr/xfburn-0.4.3_p20120601 failed (configure phase): * econf failed * * Call stack: * ebuild.sh, line 85: Called src_configure * environment, line 3161: Called xfconf_src_configure * environment, line 3665: Called econf '--enable-maintainer-mode' '--enable-gudev' '--enable-gstreamer' '--enable-debug=minimum' * phase-helpers.sh, line 467: Called die * The specific snippet of code: * die "econf failed" * * If you need support, post the output of `emerge --info '=app-cdr/xfburn-0.4.3_p20120601'`, * the complete build log and the output of `emerge -pqv '=app-cdr/xfburn-0.4.3_p20120601'`. * The complete build log is located at '/var/tmp/portage/app-cdr/xfburn-0.4.3_p20120601/temp/build.log'. * The ebuild environment file is located at '/var/tmp/portage/app-cdr/xfburn-0.4.3_p20120601/temp/environment'. * Working directory: '/var/tmp/portage/app-cdr/xfburn-0.4.3_p20120601/work/xfburn-0.4.3_p20120601' * S: '/var/tmp/portage/app-cdr/xfburn-0.4.3_p20120601/work/xfburn-0.4.3_p20120601' ****** Emerge info ******* localhost ~ # emerge --info '=app-cdr/xfburn-0.4.3_p20120601' Portage 2.3.4-r4 (unavailable, gcc-4.6.2, glibc-2.13-r4, 3.4.0-gentoo x86_64) ================================================================= System Settings ================================================================= System uname: Linux-3.4.0-gentoo-x86_64-Intel-R-_Core-TM-_i5-2400S_CPU_@_2.50GHz-with-gentoo-2.1.8 Timestamp of tree: Sun, 10 Jun 2012 18:00:01 +0000 app-shells/bash: 4.2_p24 dev-java/java-config: 2.1.12-r1000 dev-lang/python: 2.7.3-r1000, 3.2.3-r1000 dev-util/cmake: 2.8.8-r2 dev-util/pkgconfig: 0.26 sys-apps/baselayout: 2.1.8-r3 sys-apps/openrc: 0.8.3-r8 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.9.6-r3, 1.11.5, 1.12.1 sys-devel/binutils: 2.21.1-r1 sys-devel/gcc: 4.6.2-r1 sys-devel/gcc-config: 1.5 sys-devel/libtool: 2.4.2 sys-devel/make: 3.82-r3 sys-kernel/linux-headers: 2.6.39 (virtual/os-headers) sys-libs/glibc: 2.13-r4 Repositories: gentoo Installed sets: ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="* -@EULA" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=corei7 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt" CONFIG_PROTECT_MASK="${EPREFIX}/etc/gconf /etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=corei7 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles news parallel-fetch parse-eapi-ebuild-head preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="git://github.com/funtoo/ports-2012.git" SYNC_USER="root" USE="X a52 aac acl alsa amd64 berkdb bzip2 cdda cdparanoia cdr consolekit cracklib crypt cups cxx dbus dri dvd dvdr dvdread exif ffmpeg flac gdbm gif gnome-keyring gpm gstreamer gtk hddtemp iconv id3 java jpeg lame libnotify lm_sensors lock mad mmx modules mp3 mpeg mudflap multilib musepack ncurses nls nptl nsplugin ogg opengl openmp pam pcre perl png policykit python raw readline sse sse2 ssl startup-notification taglib tcpd thunar tiff truetype udev unicode vorbis wavpack xml xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" PYTHON_ABIS="2.7 3.2" QEMU_SOFTMMU_TARGETS="i386 x86_64" QEMU_USER_TARGETS="i386 x86_64" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, SYNC_UMASK emerge -pqv '=app-cdr/xfburn-0.4.3_p20120601' [ebuild N ] app-cdr/xfburn-0.4.3_p20120601 USE="gstreamer udev -debug"
Created attachment 314951 [details] Build log
Created attachment 314953 [details] Environment file
Hi, can you please attach the config.log file, too? /var/tmp/portage/app-cdr/xfburn-0.4.3_p20120601/work/xfburn-0.4.3_p20120601/config.log Thanks
Created attachment 314955 [details] Config.log
(In reply to comment #4) > Created attachment 314955 [details] > Config.log config.status:2200: error: po/Makefile.in.in was not created by intltoolize.
The problem lies here: [32;01m*[0m Running eautoreconf in '/var/tmp/portage/app-cdr/xfburn-0.4.3_p20120601/work/xfburn-0.4.3_p20120601' ... [32;01m*[0m Running intltoolize --automake --copy --force ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running libtoolize --install --copy --force --automake ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running aclocal -I /usr/share/xfce4/dev-tools/m4macros ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running glib-gettextize --copy --force ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running aclocal -I /usr/share/xfce4/dev-tools/m4macros ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running autoconf -I /usr/share/xfce4/dev-tools/m4macros ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running autoheader -I /usr/share/xfce4/dev-tools/m4macros ... [A[90C [34;01m[ [32;01mok[34;01m ][0m [32;01m*[0m Running automake --add-missing --copy ... [A[90C [34;01m[ [32;01mok[34;01m ][0m Namely, intltoolize should run *after* glib-gettextize. (honestly, are those recent changes in autotools.eclass really worth it ?)
confirm.
"po/Makefile.in.in was not created by intltoolize" Confirmed.
This used to work fine before recent'ish changes in the autotools.eclass config.status: error: po/Makefile.in.in was not created by intltoolize.
This "test hack" in autotools.eclass allows the package to merge again: - glibgettext false "autotools_run_tool glib-gettextize --copy --force" + glibgettext false "autotools_run_tool true --copy --force" It shouldn't be running glib-gettextize in this source tree. Not sure what is off yet.
/usr/share/xfce4/dev-tools/m4macros/xdt-i18n.m4 has AM_GLIB_GNU_GETTEXT which ends up in aclocal.m4 and triggers glib-gettextize It's not immediately clear to me howto force autotools.eclass to run eautoreconf without it...
Running intltoolize --automake --copy --force ... [ ... ] Running glib-gettextize --copy --force ... Wrong way around?
No longer using eautoreconf... + 15 Jun 2012; Samuli Suominen <ssuominen@gentoo.org> + xfburn-0.4.3_p20120601.ebuild: + Stop using eautoreconf to avoid glib-gettextize and call intltoolize, + _elibtoolize, eaclocal, eautoconf, eautoheader and eautomake by hand wrt + #420639 http://sources.gentoo.org/viewvc.cgi/gentoo-x86/app-cdr/xfburn/xfburn-0.4.3_p20120601.ebuild?r1=1.1&r2=1.2
(In reply to comment #12) > Running intltoolize --automake --copy --force ... > [ ... ] > Running glib-gettextize --copy --force ... > > Wrong way around? In most of the cases - definitely. While I'm not particularly well informed about this part of glib history, I suspect Makefile.in.in used by glib-gettextize was a slightly modified from gettext, but later all of gtk+/Gnome started using intltool, making this redundant.
(In reply to comment #14) > (In reply to comment #12) > > Running intltoolize --automake --copy --force ... > > [ ... ] > > Running glib-gettextize --copy --force ... > > > > Wrong way around? > > In most of the cases - definitely. > While I'm not particularly well informed about this part of glib history, I > suspect Makefile.in.in used by glib-gettextize was a slightly modified from > gettext, but later all of gtk+/Gnome started using intltool, making this > redundant. I tried with xfce-extra/xfce4-mailwatch-plugin where the order is: * Running glib-gettextize --copy --force [ ok ] * Running intltoolize --automake --copy --force [ ok ] And it works. What triggers this seemingly random order?
@comment 15: easy, _at_uses_pkg from autotools.eclass combined with XDT_I18N macro. macro expansion just doesn't play well with grep.
(In reply to comment #16) > @comment 15: easy, _at_uses_pkg from autotools.eclass combined with XDT_I18N > macro. elaborate please (i'm not familiar with autotools.eclass code) autotools.eclass is grepping aclocal.m4 or configure? why is it messing with the result of existing runs (generated files) to get information on what to run? XDT_I18N shouldn't end up elsewhere than aclocal.m4
Bug 424531 is now open and this one is worked around in Portage. Closing.
Sorry, I've missed this bug getting updated. The problem is that it's grepping both (depending on when it's run) and getting contradictory results. If it greps aclocal.m4, it sees both intltool and glib-gettextize macro, if there's no aclocal.m4, it greps configure.?? and sees only one of them.