This is similar to bug #77142 however I can provide more info. In /etc/make.conf I have USE="... doc ...". If I emerge gnustep-apps/projectcenter (-0.4.1_pre20050106) with this flag I get the following error: Installing bundle directory... QA Notice: USE Flag 'doc' not in IUSE for gnustep-apps/projectcenter-0.4.1_pre20050106 !!! ERROR: gnustep-apps/projectcenter-0.4.1_pre20050106 failed. !!! Function egnustep_doc, Line 221, Exitcode 1 !!! no Makefile found I examined /usr/portage/eclass/gnustep.eclass and found that egnustep_doc is called if 'doc' is 'used'. I checked this function in gnustep-funcs.eclass and located the lines that produce the above error. It indicates that a Makefile is missing. I checked /var/tmp/portage/projectcenter-0.4.1_pre20050106/work/gnustep/dev-apps/ProjectCenter/Documentation and indeed there is NO Makefile in that directory. I downloaded ftp://ftp.gnustep.org/pub/gnustep/dev-apps/ProjectCenter-0.4.2.tar.gz and checked that too - once again, no Makefile in the Documentation directory. So it would appear that the ebuild is failing because of this missing Makefile. This may be the reason other GNUstep applications will not emerge, as per bug 77142 but I cannot confirm at this time. Reproducible: Always Steps to Reproduce: 1. Set USE="doc" in /etc/make.conf 2. Run 'emerge gnustep-apps/projectcenter' Actual Results: The build failed with error: Installing bundle directory... QA Notice: USE Flag 'doc' not in IUSE for gnustep-apps/projectcenter-0.4.1_pre20050106 !!! ERROR: gnustep-apps/projectcenter-0.4.1_pre20050106 failed. !!! Function egnustep_doc, Line 221, Exitcode 1 !!! no Makefile found Expected Results: Successfully completed the build. Removing 'doc' from my USE flags produces the expected successful behaviour. $ emerge info Portage 2.0.51-r15 (default-linux/x86/2004.2, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10 i686) ================================================================= System uname: 2.6.10 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.4.16 Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 11 2005, 10:31:10)] distcc 2.16 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.3 [enabled] dev-lang/python: 2.3.4-r1 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.8.5-r3, 1.7.9-r1, 1.9.4, 1.6.3 sys-devel/binutils: 2.15.92.0.2-r1 sys-devel/libtool: 1.5.10-r4 virtual/os-headers: 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-march=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig buildpkg ccache distlocks sandbox sfperms userpriv" GENTOO_MIRRORS="http://gentoo.mirrors.pair.com http://gentoo.ccccom http://mirrors.tds.net/gentoo http://gentoo.osuosl.org" LC_ALL="C" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://localhost:4040/gentoo-portage" USE="3dnow X Xaw3d acpi alsa apache2 apm avi berkdb bitmap-fonts crypt dga doc encode f77 fortran gdbm gif gnome gtk gtk2 guile imlib jpeg ldap mmx mozilla moznocompose moznoirc moznomail mpeg ncurses objc oggvorbis opengl oss pam pdflib perl plotutils png python qt quicktime readline ruby sasl sdl slang spell ssl svga tcltk tcpd tetex tiff truetype x86 xmms xprint xv zlib video_cards_radeon" Unset: ASFLAGS, CBUILD, CTARGET, LANG, LDFLAGS
Bug has been fixed -- it simply doesn't fail anymore :-) ... although this seems to trigger a greater overall bug in portage as: if use doc; then blah blah blah fi shouldn't execute if doc isn't in the app's USE flags!