After emerging zwiki, I noticed a "/usr/lib/portage/bin/ebuild.sh: line 1: zope-config: command not found". Emerging zope-config then remerging zwiki solves that issue. I noticed that since zope/zope-2.7.2-r2.ebuild, users are adviced to install zope-config but no required to do so. Since not zproduct nor zwiki depend on it, zope-config was not installed in my system before zwiki. I think the problem can be solved in zproduct eclass, otherwise all net-zope/*.ebuild should be reviewed. Not sure about this. Reproducible: Always Steps to Reproduce: 1. emerge -C zope-config 2. emerge zwiki 3. Actual Results: >>> /usr/share/doc/zwiki-0.34.0/ZWiki/README.txt.gz >>> /usr/share/doc/zwiki-0.34.0/ZWiki/LICENSE.txt.gz >>> /usr/share/doc/zwiki-0.34.0/ZWiki/CHANGES.txt.gz >>> /usr/share/doc/zwiki-0.34.0/ZWiki/GPL.txt.gz /usr/lib/portage/bin/ebuild.sh: line 1: zope-config: command not found * >>> Installing zwiki-0.34.0 into the "" zinstance ... >>> Regenerating /etc/ld.so.cache... * Caching service dependencies... >>> net-zope/zwiki-0.34.0 merged. Expected Results: No "/usr/lib/portage/bin/ebuild.sh: line 1: zope-config: command not found" line Not sure if this is a problem with zwiki's ebuild or the zproduct eclass, but one of them should introduce a zope-config dependency. Not zope's ebuild Versions: net-zope/zope-2.7.3 net-zope/zwiki-0.34.0 Portage 2.0.51-r2 (default-linux/x86/2004.0, gcc-3.3.4, glibc-2.2.5-r2,glibc-2.3 ================================================================= System uname: 2.4.26-gentoo-r5 i686 Pentium II (Deschutes) Gentoo Base System version 1.4.16 distcc 2.13 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.3 [enabled] Autoconf: sys-devel/autoconf-2.59-r3 Automake: sys-devel/automake-1.8.3 Binutils: sys-devel/binutils-2.14.90.0.8-r1 Headers: sys-kernel/linux-headers-2.4.18,sys-kernel/linux-headers-2.4.19- r1,sys-kernel/linux-headers-2.4.21-r1 Libtools: sys-devel/libtool-1.4.3-r4 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-mcpu=i686 -O2" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/ config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/shar e/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf /xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/X11 /etc/gconf /etc/init.d /etc/terminfo /etc/env.d" CXXFLAGS="-mcpu=i686 -O2" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache distcc distlocks sandbox sfperms" GENTOO_MIRRORS="http://gentoo.mirror.sdv.fr ftp://ftp.tu- clausthal.de/pub/linux/gentoo/ ftp://sunsite.informatik.rwth- aachen.de/pub/Linux/gentoo http://linux.rz.ruhr-uni-bochum.de/download/gentoo- mirror/ ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ http://ftp.uni- erlangen.de/pub/mirrors/gentoo ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo ftp://ftp.join.uni-muenster.de/pub/linux/distributions/gentoo ftp://ftp.wh2.tu- dresden.de/pub/mirrors/gentoo http://mirrors.sec.informatik.tu- darmstadt.de/gentoo/ http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp.gentoo.mesh- solutions.com/gentoo/ http://ftp.caliu.info/pub/gentoo/ ftp://ftp.caliu.info/pub/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="apache2 apm berkdb bitmap-fonts crypt cscope cups encode f77 foomaticdb fortran gd gdbm gif gtk2 imagemagick imlib java jpeg libwww mad mikmod mpeg mysql ncurses oggvorbis pam pdflib perl png python qtmt readline samba sdl slang snmp snort spell ssl tcltk tcpd tetex tiff x86 xml2 zlib"
This is caused by old zprod-manager/zop-config/zproduct deficiency. Short answer: this is not critical and to resolve it _properly_ zope-config/zprod-manager need to be rewritten. it will be done in some future time. now we have to live with it :) Long answer: 1. every zope product uses zproduc.eclass 2. at emerge time, zproduct.eclass tries to install (copy) product into default zope instance using command "${ROOT}/usr/sbin/zprod-manager add ${ZP_DIR}/${PF}" 3. zproduct.eclass depends on zprod-manager, so you have it installed 4. line before 2. info is printed about default instance, which path is retrieved using zope-config. so if you dont have zope-config this _informational_ line fails (but now line 3.) 5. zprod-manager do not use zope-config to retrieve default instance location. 1..5 gives you this info. its no harm, but should be left at the moment, because sometimes 5. can fail, so silent output is wrong way to solve it. we need complete rewrite of zope management tools on gentoo to properly resolve it.