if [ ${#} -lt 1 ] ; then echo "doinfo: at least one argument needed" exit 1 fi should probably read: echo "doenvd: at least..."
I've found something else that might be a bug in doenvd. The following code in src_install: echo "VTK_DATA_ROOT=/usr/share/${PN}/data" >> ${T}/40${PN} doenvd ${T}/40${PN} fails with this error: install: cannot create regular file `/var/tmp/portage/vtk-4.2.6-r5/image//etc/env.d/': No such file or directory But this code works: echo "VTK_DATA_ROOT=/usr/share/${PN}/data" >> ${T}/40${PN} dodir /etc/env.d doenvd ${T}/40${PN} However, "man 5 ebuild" claims that doenvd "Creates all necessary dirs". So either doenvd or the manpage are incorrect. Also, The ebuild process doesn't stop though and "doenvd blah || die" doesn't stop either. Even if the manpage is wrong (rather than doenvd), the ebuild process should stop on errors.
Portage 2.0.51-r8 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.4.28 i686) ================================================================= System uname: 2.4.28 i686 AMD Athlon(tm) XP 1800+ Gentoo Base System version 1.6.8 Python: dev-lang/python-2.3.4 [2.3.4 (#1, Aug 23 2004, 17:02:48)] distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.4 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.8.5-r2, 1.5, 1.6.3, 1.7.9, 1.4_p6, 1.9.3 sys-devel/binutils: 2.15.90.0.1.1-r3 sys-devel/libtool: 1.5.10-r2 virtual/os-headers: 2.4.22 ACCEPT_KEYWORDS="x86 ~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.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/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache collision-protection distlocks keeptemp keepwork noclean sandbox sfperms userpriv usersandbox" GENTOO_MIRRORS="ftp://gentoo.ccccom.com http://gentoo.ccccom.com http://gentoo.seren.com/gentoo ftp://ftp.ussg.iu.edu/pub/linux/gentoo http://mirror.datapipe.net/gentoo" LDFLAGS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X Xaw3d aac aalib acl alsa apm arts berkdb bitmap-fonts cdr cjk crypt cups dga directfb dvd eds emacs encode esd f77 faad fam fbcon fftw flac fortran gcj gdbm gif gimpprint ginac gnome gnustep gphoto2 gpm gstreamer gtk gtk2 guile imagemagick imlib jack java jpeg ldap leim libwww lirc live mad matroska mikmod mmx mng motif mozilla mpeg mysql nas ncurses nls objc offensive oggvorbis opengl oss pam pdflib perl plotutils png ppds python qhull qt quicktime radeon readline rtc samba scanner sdk sdl slang speex spell sqlite sse ssl svg tcltk tcpd tetex theora tiff truetype usb v4l wxwindows xinerama xml xml2 xmms xosd xv xvid zlib video_cards_radeon video_cards_mach64"
This bug doesn't seem to happen on my friend's system. He is running x86 (not sure what portage that is but I'm fairly certain he is running the latest). I'm using ~x86 portage 2.0.51-r8. Could be related.
*** This bug has been marked as a duplicate of 69896 ***