Trying to emerge vte. Stops at * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy --foreign ... [ !! ] * Failed Running automake ! * * Include in your bugreport the contents of: * * /var/tmp/portage/x11-libs/vte-0.28.0-r300/temp/automake-17084.out * ERROR: x11-libs/vte-0.28.0-r300 failed (prepare phase): * Failed Running automake ! * * Call stack: * ebuild.sh, line 56: Called src_prepare * environment, line 3295: Called eautoreconf * environment, line 938: Called eautomake * environment, line 907: Called autotools_run_tool 'automake' '--add-missing' '--copy' '--foreign' * environment, line 529: Called die * The specific snippet of code: * die "Failed Running $1 !"; * Reproducible: Always Steps to Reproduce: 1. Emerge vte 2. 3. Actual Results: The failure shown above in description. Expected Results: Compile. I have -introspection set, pretty much system wide. I think this has something to do with it. emerge --info, -pvq, and /var/tmp/portage/x11-libs/vte-0.28.0-r300/temp/automake-17084.out follow: emerge --info =x11-libs/vte-0.28.0-r300 Portage 2.1.9.49 (default/linux/x86/10.0/desktop, gcc-4.4.5, glibc-2.13-r2, 2.6.36-gentoo-r5 i686) ================================================================= System Settings ================================================================= System uname: Linux-2.6.36-gentoo-r5-i686-Dual-Core_AMD_Opteron-tm-_Processor_1218-with-gentoo-2.0.2 Timestamp of tree: Fri, 13 May 2011 15:30:01 +0000 app-shells/bash: 4.2_p10 dev-java/java-config: 2.1.11-r3 dev-lang/python: 2.6.6-r2, 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 sys-apps/baselayout: 2.0.2 sys-apps/openrc: 0.8.2-r1 sys-apps/sandbox: 2.5 sys-devel/autoconf: 2.13, 2.68 sys-devel/automake: 1.9.6-r3, 1.11.1-r1 sys-devel/binutils: 2.21 sys-devel/gcc: 4.4.5, 4.5.2 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool: 2.4-r1 sys-devel/make: 3.82 sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers) sys-libs/glibc: 2.13-r2 ACCEPT_KEYWORDS="x86 ~x86" ACCEPT_LICENSE="*" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=opteron -O2 -pipe -ggdb" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /usr/share/openvpn/easy-rsa" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo" CXXFLAGS="-march=opteron -O2 -pipe -ggdb" DISTDIR="/usr/portage/distfiles" FEATURES="assume-digests binpkg-logs collision-protect distlocks fixlafiles fixpackages news parallel-fetch protect-owned sandbox sfperms splitdebug strict unknown-features-warn unmerge-logs unmerge-orphans userfetch" FFLAGS="" GENTOO_MIRRORS="http://distfiles.gentoo.org" LC_ALL="en_US.utf-8" LDFLAGS="-Wl,--as-needed" LINGUAS="en" MAKEOPTS="-j1" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/var/lib/layman/pro-audio /usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa audiofile avi berkdb bluetooth branding bzip2 cairo cdparanoia cdr cdrom chroot cli consolekit cracklib crypt cups cxx dbus dri dts dv dvd dvdr encode exif fam ffmpeg firefox flac fortran freetype gdbm gdu gif gnome gpm gtk iconv java javascript jpeg lcms libnotify lm_sensors lzo mad mime mmap mmx mmxext mng modules mp3 mp4 mpeg mpi mudflap mysql nas ncurses net network nis nls nptl nptlonly nsplugin nvidia ogg opengl openmp oss pango pcre pdf perl png policykit posix ppds pppd python qt4 readline rtc samba sdl session snmp sockets socks5 spell ssl startup-notification svg swat sysfs szip tcpd theora tiff truetype type1-fonts udev unicode usb userlocales vidix vorbis win32codecs x264 x86 xcb xml xorg xorgmodule xulrunner xv xvid xvmc zlib" ALSA_CARDS="ice1712" 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" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ubx" INPUT_DEVICES="evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" PHP_TARGETS="php5-3" RUBY_TARGETS="ruby18" USERLAND="GNU" VIDEO_CARDS="nvidia nv" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS ================================================================= Package Settings ================================================================= x11-libs/vte-0.28.0-r300 was built with the following: USE="-debug -doc (-glade) -introspection" CFLAGS="-march=opteron -O2 -pipe" CXXFLAGS="-march=opteron -O2 -pipe" emerge -pqv =x11-libs/vte-0.28.0-r300 [ebuild R ] x11-libs/vte-0.28.0-r300 USE="-debug -doc (-glade) -introspection" ***** automake ***** ***** PWD: /var/tmp/portage/x11-libs/vte-0.28.0-r300/work/vte-0.28.0 ***** automake --add-missing --copy --foreign configure.in:213: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from... ../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from... configure.in:158: VTE_CC_TRY_FLAG is expanded from... ../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from... ../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from... ../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from... configure.in:213: the top level configure.in:242: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.in:174: VTE_LD_TRY_FLAG is expanded from... configure.in:242: the top level configure.in:270: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body ../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from... ../../lib/autoconf/general.m4:2662: _AC_LINK_IFELSE is expanded from... ../../lib/autoconf/general.m4:2679: AC_LINK_IFELSE is expanded from... configure.in:174: VTE_LD_TRY_FLAG is expanded from... configure.in:270: the top level src/Makefile.am:168: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL
(In reply to comment #0) > I have -introspection set, pretty much system wide. I think this has something > to do with it. > configure.in:174: VTE_LD_TRY_FLAG is expanded from... > configure.in:270: the top level > src/Makefile.am:168: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL I think you're right, that dev-libs/gobject-introspection provides the aclocal file defining HAVE_INTROSPECTION. It might need to be a mandatory compile-time dependency to get this package to build.
We must fix gnome's autogen otherwise we will get this problem forever.
(In reply to comment #2) > We must fix gnome's autogen otherwise we will get this problem forever. Do you have any idea about what did upstream do about this issue?
reporting with a patch is what upstream is waiting for :p if someone feel's up to it, what needs to be added is: * gtk-doc * gconf * gobject-introspection This is the minimum we've been fighting with up to now.
Created attachment 280427 [details] Build.log
Comment on attachment 280427 [details] Build.log I have the very same problem too.: I had a very lite version of KDE 4.4 I was trying to update to KDE 4.6. When I was trying to "emerge -uDN world". this error appeared. this is the error: /bin/grep: /usr/lib64/libpixman-1.la: No such file or directory /bin/sed: can't read /usr/lib64/libpixman-1.la No such file or directory libtool: link: `/usr/lib64/libpixman-1.la` is not a valid libtool archive . . . Failed to emerge dev-libs/gobject-introspection-0.10.8. Unfortunately I can't use KDE now. Plz fix this soon. Because I can't do my job now.
excuse me I was a little confused. I seems this bug is not for me I made new bug report: https://bugs.gentoo.org/show_bug.cgi?id=375719
(In reply to comment #4) > reporting with a patch is what upstream is waiting for :p > > if someone feel's up to it, what needs to be added is: > * gtk-doc > * gconf > * gobject-introspection > > This is the minimum we've been fighting with up to now. I have tried to do it but I don't know how to add them properly and, then, I have failed to fix this :-( If none of us knows how to fix gnome-autogen.sh (or doesn't have time for fix this) maybe we could manually install that missing macros downstream in out gnome-common package :-/ It's not the best option but it's still better than needing to provide some missing macros on every affected package...
+*vte-0.28.2-r300 (10 Sep 2011) +*vte-0.28.2-r200 (10 Sep 2011) + + 10 Sep 2011; Pacho Ramos <pacho@gentoo.org> -vte-0.26.2.ebuild, + +vte-0.28.2-r200.ebuild, +vte-0.28.2-r300.ebuild: + Version bump, remove old, include introspection macro for gtk3 version until + a better solution is supplied. + (In reply to comment #8) > (In reply to comment #4) > > reporting with a patch is what upstream is waiting for :p > > > > if someone feel's up to it, what needs to be added is: > > * gtk-doc > > * gconf > > * gobject-introspection > > > > This is the minimum we've been fighting with up to now. > > I have tried to do it but I don't know how to add them properly and, then, I > have failed to fix this :-( > > If none of us knows how to fix gnome-autogen.sh (or doesn't have time for fix > this) maybe we could manually install that missing macros downstream in out > gnome-common package :-/ It's not the best option but it's still better than > needing to provide some missing macros on every affected package... Does the rest of gnome team agree with this solution or anybody knows how to fix gnome-autogen.sh for providing them?
IMHO, the correct solution would be: 1. Split gobject-introspection-am and gconf-am from gobject-introspection and gconf (similarly to how gtk-doc-am is split from gtk-doc). This will ensure that the macros are kept in sync with the packages. 2. Have gnome-common RDEPEND on gtk-doc-am, gobject-introspection-am, and gconf-am.
I think that idea was evaluated some time ago and we ever think dropping gtk-doc-am in favor of this was preferred... but maybe if we make gnome-common depend on this -am packages... :-/
Well, on second thought... introspection.m4 has not changed since December 2009, and has 3 changes total in its revision history. gconf-2.m4 has not changed since April 2009. Prior to that, it was updated, on average, once every 2 years. gtk-doc.m4, on the other hand, is much more actively developed: it received 4 updates in 2011. So perhaps we could add introspection.m4 and gconf-2.m4 to our gnome-common package, while still keeping gtk-doc-am separate (and making gnome-common rdepend on gtk-doc-am). This could work as long as everyone remembers to update the gnome-common package if/when upstream makes any changes to introspection.m4 and gconf-2.m4.
This is not the right solution. The right solution is to make sure upstream packages provide this macros in their tarball. The creation of gtk-doc-am was a mistake because I didn't realize back then that all gnome package use gnome-autogen which does include every macro that is needed to a few notable exception that ought to be fixed. It will not solve our problem in a day in any case, but it's the only way to stop depending on gnome-common and any macro providing package in the future.
(In reply to comment #13) > [...] The right solution is to make sure upstream > packages provide this macros in their tarball. [...] I agree with it being the best solution but, sadly, I remember to see some upstream refused to provide (for example) introspection macro :-/ (I think it was anjuta upstream)
yes but if I remember correctly the argument was that they were using gnome-autogen which is supposed to do that and they weren't ready to do it themselves. In any case, solving if there's only a few package doing this in the end, it's still a win for us. Less maintenance headaches.
I worked a bit on this in gnome-common however it looks like the logic of gnome-autogen is a bit crazy. It tries to do various checks to ensure autoreconf will work and doing so runs a couple of scripts from gtk-doc, libtool & co. But the problem is that is leaves the responsability of copying the macros to those scripts. This is fine for non-gnome tools such as libtool, but it's less optimal for things such as gtk-doc, gnome-doc-utils, ... I will try to get in touch with upstream to see what they think about adding a system that actually takes the macros from require_m4macro to copy them to the configure m4 folder.
Of and for the record, it's been a long time running gnome-autogen should have added gtk-doc macro to m4 folders in upstream tarballs. I guess we can start filling bug reports about those who don't ship them right now.
(In reply to comment #17) > Of and for the record, it's been a long time running gnome-autogen should have > added gtk-doc macro to m4 folders in upstream tarballs. I guess we can start > filling bug reports about those who don't ship them right now. To be sure before reporting: on any new bump I will try to drop gtk-doc-am dependency (and uninstall it) and see if package works only with gnome-common, is that ok? Did you find any "reference" explaining that gnome-autogen should add gtk-doc macro to m4 folders? (if you don't have it, no problem, but if you have it, I think will be better to refer to it in bug reports :)) Thanks
Do you approve to simply manually provide that missing .m4 files with our downstream gnome-common package? I talked about this issue with nirbheek some time ago but looks like he neither had time to look at this, and, personally, I am unable to find how to tweak gnome-autogen to do what we expect :S
(In reply to comment #19) > Do you approve to simply manually provide that missing .m4 files with our > downstream gnome-common package? I talked about this issue with nirbheek some > time ago but looks like he neither had time to look at this, and, personally, I > am unable to find how to tweak gnome-autogen to do what we expect :S Any updates here?
As discussed on the @gnome email thread, convincing upstream to include the macros in their source tarballs has overall been an unsuccessful effort, and now over 30 ebuilds are forced to on their own ship random versions of introspection.m4 in distfiles. I have therefore added gobject-introspection-common-1.32.0 to portage; it provides introspection.m4 and Makefile.introspection. Using gobject-introspection-common instead of gnome-common for introspection.m4 has a number of advantages: it keeps gnome-common from being a *runtime* dependency of gobject-introspection, plus, since introspection.m4 is now getting some development upstream, there is no chance of forgetting to bump the macros when bumping gobject-introspection. Note that it might be useful to make gnome-common to rdepend on gtk-doc-am and gobject-introspection-common. Thoughts?
(In reply to comment #21) > Note that it might be useful to make gnome-common to rdepend on gtk-doc-am > and gobject-introspection-common. Thoughts? I don't have any special preference for any of that alternatives, not sure about the rest of the team :/
