202830 2007-12-19 23:25 0000 dev-libs/xerces-c-2.8.0 tries to use /usr/bin/true 2007-12-22 00:23:44 0000 1 1 1 Unclassified Gentoo Linux Ebuilds unspecified All Linux RESOLVED FIXED P2 normal --- 1 mikachu@gmail.com cpp@gentoo.org alessandro.guido+bugzilla@gmail.com flameeyes@gentoo.org jochen.maes@sejo.be maekke@gentoo.org mikachu@gmail.com 2007-12-19 23:25:34 0000 >>> Unpacking xerces-c-src_2_8_0.tar.gz to /neko/tmp/portage/dev-libs/xerces-c-2.8.0/work * Applying xerces-c-2.8.0-64bit_cast.patch ... [ ok ] * Applying xerces-c-2.8.0-icu_ressource_fix.patch ... [ ok ] >>> Source unpacked. >>> Compiling source in /neko/tmp/portage/dev-libs/xerces-c-2.8.0/work/xerces-c-src_2_8_0 ... ./runConfigure: line 800: /usr/bin/true: No such file or directory * * ERROR: dev-libs/xerces-c-2.8.0 failed. * Call stack: * ebuild.sh, line 46: Called src_compile * environment, line 2642: Called die * The specific snippet of code: * ./runConfigure -p ${target} -c "$(tc-getCC)" -x "$(tc-getCXX)" ${myconf} -m ${mloader} -n ${netaccessor} -t ${transcoder} -r ${thread} -b ${bitstobuild} > configure.vars || diefunc "$FUNCNAME" "$LINENO" "$?" "runConfigure failed"; * The die message: * runConfigure failed * * If you need support, post the topmost build error, and the call stack if relevant. * A complete build log is located at '/neko/tmp/portage/dev-libs/xerces-c-2.8.0/temp/build.log'. * The ebuild environment file is located at '/neko/tmp/portage/dev-libs/xerces-c-2.8.0/temp/environment'. * After symlinking /bin/true into /usr/bin/ the package installed successfully. mikachu@gmail.com 2007-12-19 23:28:21 0000 Apparently the ebuild is responsible for this: src_unpack() { unpack ${A} cd "${S}" sed -i \ -e 's|sh ./configure.*|/usr/bin/true|' \ src/xercesc/runConfigure || die "sed failed" billydv1@verizon.net 2007-12-20 12:49:55 0000 Should we modify the ebuild? It emerged fine on amd64 but its a problem on x86 billydv1@verizon.net 2007-12-20 12:57:14 0000 Ive removed the true part from the ebuild and it seems to compile, not sure what that does though dev-zero@gentoo.org 2007-12-20 13:16:02 0000 @Billy: It's not an arch-issue. Seems that I had a stalled symlink from /usr/bin/true to /bin/true and it seems you have that one too on one of your machines. Removing the part results in ./configure being run twice, not really usefull but it doesn't hurt either. Anyway, should be solved now. Thanks. jakub@gentoo.org 2007-12-21 10:25:05 0000 *** Bug 202923 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2007-12-21 11:32:46 0000 *** Bug 202923 has been marked as a duplicate of this bug. *** jakub@gentoo.org 2007-12-21 11:33:09 0000 Not fixed, reopen. jakub@gentoo.org 2007-12-22 00:23:44 0000 http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-libs/xerces-c/xerces-c-2.8.0.ebuild?r1=1.1&r2=1.2 If it still doesn't work for you, you need to come with something better than "I have synced and nothing is fixed". @dev-zero - sorry for the noise.