I have a linode running gentoo from linode.com. I am following the GCC update instructions written down in several places, but the ``emerge -e system'' fails at glibc: CPP='i686-pc-linux-gnu-gcc -E -x c-header' /var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/elf/ld-linux.so.2 --library-path /var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/math:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/elf:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/dlfcn:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/nss:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/nis:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/rt:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/resolv:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/crypt:/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/nptl /var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/sunrpc/rpcgen -Y ../scripts -c rpcsvc/bootparam_prot.x -o /var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.Tcannot set up thread-local storage: set_thread_area failed when setting up thread-local storage make[2]: *** [/var/tmp/portage/glibc-2.3.5-r2/work/build-default-i686-pc-linux-gnu-nptl/sunrpc/xbootparam_prot.stmp] Error 127 make[2]: Leaving directory `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5/sunrpc' make[1]: *** [sunrpc/others] Error 2 make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.5-r2/work/glibc-2.3.5' make: *** [all] Error 2 Output of ``emerge info'': Portage 2.0.53 (default-linux/x86/2006.0, gcc-3.4.4, glibc-2.3.5-r2, 2.6.12.3-linode14 i686) ================================================================= System uname: 2.6.12.3-linode14 i686 UML Gentoo Base System version 1.6.14 dev-lang/python: 2.2.3-r1, 2.3.5-r2, 2.4.2 sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1sys-devel/libtool: 1.5.22virtual/os-headers: 2.4.19-r1, 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CHOST="i686-pc-linux-gnu" 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/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-march=i686 -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp"PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/gentoo-webapps-overlay/experimental /usr/local/overlays/gentoo-webapps-overlay/production-ready" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 apache2 berkdb bitmap-fonts bzip2 clamav crypt curl expat fortran gdbm gif gmp gstreamer idn imagemagick imap imlib jpeg libg++ libwww maildir mhash mime mp3 mpeg ncurses nls nptl nptlonly ogg oggvorbis pam pcre pdflib perl png postgres python quicktime readline recode sasl slang spell ssl tcpd tetex tiff truetype-fonts type1-fonts udev vorbis xml2 zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS gcc-config -c shows: i686-pc-linux-gnu-3.4.4 And /proc/cpuinfo: processor : 0 vendor_id : User Mode Linux model name : UML mode : skas host : Linux host14.linode.com 2.6.7-1-bigmem #1 SMP Thu Jun 17 16:47:16 EDT 2004 i686bogomips : 3578.26
try rebuilding binutils/gcc and then see if glibc works ...
I've got exactly the same problem, but with glibc-2.3.6-r4. It's a UML host, too. Will try rebuilding binutils & gcc now. The problem has appeared after upgrading the profile to default-linux/x86/2006.0 since Portage complained about it being removed on June 30th (probably was default-linux/x86/2005.0 before).
root@infra:~# emerge --info Portage 2.1 (default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r3, 2.6.15.6-infra-r1-uml i686) ================================================================= System uname: 2.6.15.6-infra-r1-uml i686 UML Gentoo Base System version 1.6.14 distcc 2.18.3 i586-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] dev-lang/python: 2.3.5-r2, 2.4.2 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1-r2 sys-devel/gcc-config: 1.3.13-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i586-pc-linux-gnu" CFLAGS="-mcpu=athlon-tbird -O2 -pipe" CHOST="i586-pc-linux-gnu" CONFIG_PROTECT="/usr/lib/X11/xkb /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-mcpu=athlon-tbird -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.easynet.nl/mirror/gentoo/ http://gentoo.inode.at/ ftp://gentoo.inode.at/source/" LINGUAS="en_US en_GB en de_DE de" MAKEOPTS="-s" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/inst/level3/sync/portage-local" SYNC="rsync://rsync.sascha.silbe.org/gentoo-portage" USE="x86 acl berkdb bitmap-fonts cli crypt doc dri eds emboss fortran gdbm ipv6 isdnlog jpeg maildir mbox mp3 ncurses nls nptl ogg oggvorbis pam pcre png pppd python readline reflection session spl ssl truetype-fonts type1-fonts udev unicode vorbis xml xml2 xorg zlib elibc_glibc kernel_linux linguas_en_US linguas_en_GB linguas_en linguas_de_DE linguas_de userland_GNU" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Rebuilding both binutils-2.16.1-r2 and gcc-3.4.6-r1 did not help. Please reopen the bug.
Some investigation (see [1]) suggests that NPTL is to blame. Linux 2.6 UML doesn't support NPTL, but it's enabled by default now in Gentoo (probably because of the profile change). I'll try building glibc without NTPL now. [1] http://marc.theaimsgroup.com/?l=user-mode-linux-devel&m=107450100910873&w=2
USE=-nptl gave another set of errors, but using the profile default-linux/x86/no-nptl I could update glibc successfully. So I suggest you add a note about needing to use that profile for 2.6 UML machines to: a) the Gentoo User Mode Linux Guide [1], b) the Gentoo Upgrading Guide [2], c) the Portage profile upgrading instructions [3 et al.] and d) the glibc ebuild (as an ewarn in src_unpack). After NTPL support has been added to UML, users can switch to the default profile. [1] http://www.gentoo.org/doc/en/uml.xml [2] http://www.gentoo.org/doc/en/gentoo-upgrading.xml [3] /usr/portage/profiles/default-linux/x86/2005.0/deprecated
file a new bug, toolchain doesnt maintain uml documentation
not a glibc bug
I've filed bugs #137908 and #137913 against documentation and profiles, respectively. But I still suggest you add an ewarn to the glibc ebuild.
