I'm failed to emerge app-text/gnome-doc-utils on my box. I've checked all dependencies from .ebuild such as: docbook-xml-dtd, gettext and intltool. Reproducible: Always Steps to Reproduce: 1.emerge gnome-doc-utils WARNING: repository at /usr/local/portage is missing a repo_name entry Portage 2.2_rc12 (default/linux/x86/2008.0, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.26.3maluta i686) ================================================================= System uname: Linux-2.6.26.3maluta-i686-Intel-R-_Core-TM-2_Duo_CPU_T5550_@_1.83GHz-with-glibc2.0 Timestamp of tree: Thu, 16 Oct 2008 13:30:01 +0000 app-shells/bash: 3.2_p39 dev-java/java-config: 1.3.7, 2.1.6-r1 dev-lang/python: 2.4.4-r13, 2.5.2-r8 dev-python/pycrypto: 2.0.1-r6 dev-util/cmake: 2.6.2 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r3 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.4_p6, 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.1-r1 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.26 ACCEPT_KEYWORDS="x86 ~x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=prescott -O2 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d" CXXFLAGS="-march=prescott -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LDFLAGS="-Wl,-O1" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" 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="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X acl berkdb bzip2 cli cracklib crypt cups dbus dri fortran gdbm gpm hal iconv ipv6 isdnlog midi mudflap ncurses nls nptl nptlonly openmp pam pcre perl pppd python readline reflection session spl ssl sysfs tcpd threads unicode x86 xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 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 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" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="fbdev glint i810 mach64 mga neomagic nv r128 radeon savage sis tdfx trident vesa vga via vmware voodoo" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 168672 [details] log
[...] checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... make: *** [Makefile.in] Error 1 make: *** Waiting for unfinished jobs.... yes checking for sys/types.h... yes [...] could you attach config.log ?
This is the similar problem as there: http://bugs.gentoo.org/show_bug.cgi?id=224609 Changelog for this ebuild says "FHS patch reworked to not require eautoreconf", but I don't see anything like this and the issue with first installation persists. Adding 'AT_M4DIR="tools m4" eautomake' to the src_unpack stage solves the problem (there is comment in the ebuild hinting this, but it's not actually done there - can someone explain this?) Please fix with this way or another. TIA
(In reply to comment #3) > This is the similar problem as there: > http://bugs.gentoo.org/show_bug.cgi?id=224609 > > Changelog for this ebuild says "FHS patch reworked to not require eautoreconf", > but I don't see anything like this and the issue with first installation > persists. Adding 'AT_M4DIR="tools m4" eautomake' to the src_unpack stage solves > the problem (there is comment in the ebuild hinting this, but it's not actually > done there - can someone explain this?) It's not done, as it says: "If there is a need to reintroduce eautomake or eautoreconf, make sure to AT_M4DIR="tools m4", bug #224609 (m4 removes glib build time dep)" Later an intltoolize call was added, this changes po/Makefile.in.in, triggers a eautoreconf equivalent at automake level (maintainer mode rebuild), which leads to autotools not seeing the m4 files in tools/ directory, as the dirs probably aren't specified in ACLOCAL_AMFLAGS in Makefile.am. As maintainer mode rebuild is evil and bad otherwise too, I've removed the intltoolize call, which means all translations will be installed without LINGUAS due to the intltool used in the package tarball being too old - but one can use localepurge till a release comes out that uses new enough intltool; adding an eautoreconf to fix this is too excessive time loss imho. > Please fix with this way or another. TIA Fixed.
> It's not done, as it says: > "If there is a need to reintroduce eautomake or eautoreconf, make sure > to AT_M4DIR="tools m4", bug #224609 (m4 removes glib build time dep)" I meant that there was no need to reintroduce eautomake or eautoreconf, as in, eautoreconf was removed and so there is nothing to put AT_M4DIR in front of. It was the consequentive change 5 days later (addition of intltoolize call for LINGUAS respecting) that technically made eautoreconf necessary, but the call wasn't added.
