Bootstrapping failed at an early stage on SUSE Enterprise 10. This is from the console log: 02:02:51 (43.23 KB/s) - `prefix-portage-2.2.00.10347.tar.bz2' saved [671446/671446] * Unpacking prefix-portage * Compiling prefix-portage checking build system type... i686-pc-linux-gnu checking host system type... i686-pc-linux-gnu checking target system type... i686-pc-linux-gnu checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for i686-pc-linux-gnu-gcc... no checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for id... /usr/bin/id checking whether /usr/bin/id is good enough... configure: error: no doesn't understand -Gn There seems to be a complaint on /usr/bin/id. Running `/usr/bin/id --version' produces this: id (GNU coreutils) 5.93 Copyright (C) 2005 Free Software Foundation, Inc. This is free software. You may redistribute copies of it under the terms of the GNU General Public License <http://www.gnu.org/licenses/gpl.html>. There is NO WARRANTY, to the extent permitted by law. Written by Arnold Robbins and David MacKenzie. However, running `/usr/bin/id -Gn' does work. A list of group names is printed and the returned status is zero.
This is bad, but also happens on the latest ubuntu's as well. However, I don't understand why the path to id is on the host system, you should have already bootstrapped coreutils. ./bootstrap-prefix.sh $EPREFIX/tmp coreutils If that does not work (produces the same error) could you try to do: ./bootstrap-prefix.sh $EPREFIX/tmp coreutils6 instead and report back?
this may be a posixly correct bash thing, as the check looks non-bourne. Can you try with CONFIG_SHELL=${EPREFIX}/tmp/usr/bin/bash?
The problem went away by 2008-11-12. Perhaps it is because prefix-overlay was stepped: < * Fetching prefix-overlay-20081017.tar.bz2 --- > * Fetching prefix-overlay-20081110.tar.bz2 < checking whether /usr/bin/id is good enough... configure: error: no doesn't understand -Gn --- > checking whether /usr/bin/id is good enough... yes
weird, nothing has changed. Anyway reopen if the problem pops up again.
