Bug 11859 – masked gcc-3.2.1-r5 errors

• Status: RESOLVED INVALID
• Product: Gentoo Linux

[Description Seemant Kulleen (RETIRED) 2002-12-09 14:06:00 UTC]

cp: cannot stat
`/var/tmp/portage-pkg/gcc-3.2.1-r5/inf/files/fix_libtool_files.sh': No such file
or directory
chmod: failed to get attributes of
`/var/tmp/portage/gcc-3.2.1-r5/temp/fix_libtool_files.sh': No such file or directory
/usr/sbin/ebuild.sh: line 441:
/var/tmp/portage/gcc-3.2.1-r5/temp/fix_libtool_files.sh: No such file or directory
>>> Regenerating /etc/ld.so.cache...
>>> sys-devel/gcc-3.2.1-r5 merged.

[Comment 1 Martin Schlemmer (RETIRED) 2002-12-09 14:24:20 UTC]

Err, I did not test it with a binary package, thus its entirely possible,
as $FILESDIR changes for binary packages ....

[Comment 2 Seemant Kulleen (RETIRED) 2002-12-09 14:29:09 UTC]

sorry, no this was from source...

[Comment 3 Martin Schlemmer (RETIRED) 2002-12-09 14:41:49 UTC]

--------------------------------------------------------------
                cp -f ${FILESDIR}/fix_libtool_files.sh ${T}
                chmod +x ${T}/fix_libtool_files.sh
                ${T}/fix_libtool_files.sh ${OLD_GCC_VERSION}
--------------------------------------------------------------

Well, $T equal '/var/tmp/portage/gcc-3.2.1-r5/temp/', so $FILESDIR have to
equal '/var/tmp/portage-pkg/gcc-3.2.1-r5/inf/files' if you have a look what
the ebuild does ....

Thus, one of following:

1)  Portage changed behaviour as to what FILESDIR is set to in pkg_postinst()

2)  NFI

[Comment 4 Seemant Kulleen (RETIRED) 2002-12-16 00:41:58 UTC]

-r6 emerged without a hitch. Thanks Az