Have been unable to upgrade to glibc on ~mips (SGI O2). After compiling a long, long time (almost done, I wonder?), you end up with: making executable: usr/lib/libpthread.so /bin/date: /var/tmp/portage/sys-libs/glibc-2.6.1/image//lib/librt.so.1: version `GLIBC_2.0' not found (required by /bin/date) Reproducible: Always Steps to Reproduce: 1. try to upgrade from glibc-2.3.6-r4 to glibc-2.6.1 (what you get with ~mips) 2. wait for a day while trying to finish compiling 3. bombs with above error Actual Results: Same old glibc Expected Results: New glibc # emerge --info Portage 2.1.4.4 (default-linux/mips/2007.1-dev/generic-be/o32, gcc-4.1.2, glibc-2.3.6-r4, 2.6.23.14-mipsgit-20080206 mips64) ================================================================= System uname: 2.6.23.14-mipsgit-20080206 mips64 R5000 V2.1 FPU V1.0 Timestamp of tree: Wed, 27 Feb 2008 19:17:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p33 dev-lang/python: 2.4.3-r1, 2.5.1-r5 dev-python/pycrypto: 2.0.1-r6 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 1.12.11.1 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.61-r1 sys-devel/automake: 1.6.3, 1.9.6-r2, 1.10.1 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.23-r3 ACCEPT_KEYWORDS="mips ~mips" CBUILD="mips-unknown-linux-gnu" CFLAGS="-O2 -march=mips4 -pipe -mabi=32" CHOST="mips-unknown-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -march=mips4 -pipe -mabi=32" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sfperms strict unmerge-orphans user-fetch userfetch" GENTOO_MIRRORS="http://ftp.linux.ee/pub/gentoo/distfiles/ http://ftp.rhnet.is/pub/gentoo/ http://mirror.gentoo.no/ http://gentoo.osuosl.org/ http://ftp.du.se/pub/os/gentoo" LC_ALL="en_US.utf8" LINGUAS="en_US en_GB sv_SE sv" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="/ bash-completion berkdb bitmap-fonts cli cracklib fam fortran gdbm gpm iconv isdnlog libwww mailwrapper midi mips mudflap nls no-old-linux nptl nptlonly openmp pam pcre perl pppd python readline reflection sdl session spl ssl tcpd truetype-fonts type1-fonts unicode vram xorg" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_US en_GB sv_SE sv" USERLAND="GNU" VIDEO_CARDS="dummy fbdev impact newport v4l" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 144800 [details] tail -n100 on glibc emerge log (whole file is 11M)
this was fixed a while ago, but a new patchset not pushed ... i blame kumba
(In reply to comment #2) > this was fixed a while ago, but a new patchset not pushed ... i blame kumba > Does this mean I just sync and try again? As mentioned, it's a good solid day plus to recompile. How can I tell if it's out there now?
resyncing and trying again fails. I believe this means the problem is not yet resolved. I will try again tomorrow. louie ~ # update -a glibc ! Tip! It is dangerous to run unstable across the board; use /etc/portage/package.keywords for individual packages instead. autounmask can help [Tip] It is dangerous to run unstable across the board; use /etc/portage/package.keywords for individual packages instead. autounmask can help ** Resolving.. These are the packages that would be merged, in order: Calculating dependencies ... done! [ebuild U ] sys-libs/glibc-2.6.1 [2.3.6-r4] USE="nls -debug% -gd% -glibc-omitfp (-hardened) (-multilib) -profile (-selinux) -vanilla% (-build%) (-erandom%) (-glibc-compat20%) (-nptl%) (-nptlonly%)" 88 kB Total: 1 package (1 upgrade), Size of downloads: 88 kB @ About to cancel, Y to proceed (y/N)? ** Upgrading sys-libs/glibc * Checking glibc-ports-2.6.1.tar.bz2 RMD160 SHA1 SHA256 * Checking glibc-2.6.1.tar.bz2 RMD160 SHA1 SHA256 !! Couldn't download 'glibc-2.6.1-patches-1.2.tar.bz2'. Aborting. * Fetch failed for 'sys-libs/glibc-2.6.1' !! can't process invalid log file: merge.ERROR !! sys-libs/glibc-2.6.1 failed to install. ! Failed so far: sys-libs/glibc-2.6.1 Please check /root/emerge/failList for failed pkg names !! No packages compiled successfully on this run, aborting. louie ~ # date Fri Feb 29 13:50:05 CET 2008
(In reply to comment #3) > Does this mean I just sync and try again? As mentioned, it's a good solid day > plus to recompile. welcome to mips. :P seriously, distcc is your friend. > How can I tell if it's out there now? The patch tarball needs time to propogate to the mirrors. i don't see it in the queue though, so maybe vapier forgot to upload it?
(In reply to comment #5) > welcome to mips. :P seriously, distcc is your friend. I turned off distcc and ccache since this is a bug submission. (I have been told not to use them when submitting compile bugs.) > The patch tarball needs time to propogate to the mirrors. i don't see it in > the queue though, so maybe vapier forgot to upload it? I just want to confirm that fix you put in place works for me: I have now compiled glibc-2.6.1 on two machine with slightly different build environments. Works great. Thank you!