Le 19 mai 08 à 11:01, Fabian Groffen a écrit :

> On 19-05-2008 10:57:58 +0200, Bacchella Fabrice wrote:
>>
>> Le 19 mai 08 à 08:33, Markus Duft a écrit :
>>
>>>>
>>>> in function bootstrap_tree, when directories are created
>>>>        for x in etc  usr/{,s}bin var/tmp var/lib/portage var/log/
>>>> portage var/db;
>>>>        do
>>>>                [[ -d ${ROOT}/${x} ]] || mkdir -p "${ROOT}/${x}"
>>>>        done
>>>> I think {,s}bin. It breaks the installation of bash, and so  
>>>> $EPREFIX/
>>>> bin/sh is missing, and that breaks the gcc installation.
>>>
>>> This worked many times on different platforms for me. I can't see  
>>> how
>>> this should break bootstrap? Why do you think, the {,s}bin is
>>> the problem? I have bin/sh in the right places in my prefixes...
>>
>> It breaks silently for Solaris x86_64 during the installation of
>> bash-3.2_p17-r1. And latter, the installation of gcc stopped, because
>> config.sub is launched by $EPREFIX/bin/sh.
More info, while installing bash :
 >>> Merging app-shells/bash-3.2_p17-r1 to /
ln: creating symbolic link `/data/gentoo//bin/sh' to `bash': No such  
file or directory
--- /data/gentoo/etc/
 >>> /data/gentoo/etc/bash/
 >>> /data/gentoo/etc/bash/bash_logout
 >>> /data/gentoo/etc/bash/bashrc
 >>> /data/gentoo/etc/skel/

and for gcc :
configure: error: can not run /data/gentoo/var/tmp/portage/sys-devel/ 
gcc-4.2.3/work/gcc-4.2.3/config.sub
because of that line :
if ${CONFIG_SHELL-/bin/sh} $ac_config_sub sun4 >/dev/null 2>&1; then :

CONFIG_SHELL is set to /data/gentoo/bin/sh, which does not exist  
because of the previous error.

--
gentoo-alt@g.o mailing list