First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 80591
Alias:
Product:
Component:
Status: CLOSED
Resolution: WORKSFORME
Assigned To: Jeremy Huddleston (RETIRED) <eradicator@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Roland Bär <roland@pinguin.tv>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
emerge.glibc.log emerge glibc > emerge.glibc.log 2>&1 text/plain Roland Bär 2005-02-03 09:13 0000 4.33 KB Details
qpkg.glibc qpkg -l glibc text/plain Roland Bär 2005-02-03 09:14 0000 175.28 KB Details
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 80591 depends on: Show dependency tree
Bug 80591 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.




View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-02-03 08:19 0000
sys-libs/glibc-2.3.4.20041102 was marked stable. 
Having "multilib" in USE flags and /etc/make.profile: symbolic link to `../usr/portage/profiles/default-linux/amd64/2004.3'


Reproducible: Always
Steps to Reproduce:
1. emerge sync
2. emerge system   #Has only emerged glibc this morning
3. emerge something_else_non-bin

Actual Results:  
E.g. inttypes.h has moved to directory /usr/include/gentoo-multilib/default/ and
isn't found any more. 

Expected Results:  
I have tried to re-emerge glibc without multilib in my use flags, but it's broken on itself..... 

Soory the machine is "broken", should I copy that file to /usr/include, or set the include path 
anywhere else. Going home, will keep the installation for forensic analysis.

Please mask that package ~amd64 until fixed

Gentoo Base System version 1.5.3
Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20041102-r0, 2.6.10-
gentoo-r6 x
86_64)
=================================================================
System uname: 2.6.10-gentoo-r6 x86_64 Mobile AMD Athlon 64 Processor 2800+
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Dec 23 2004, 12:11:33)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.8.5-r3, 1.6.3, 1.7.9, 1.4_p6, 1.9.4
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/
kde/3.3/s
hutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/
config/ /u
sr/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="-O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/
gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X aac aalib accessibility acpi alsa audiofile bash-completion berkdb bitmap-fonts 
blender-g
ame bluetooth bonobo bzlib c++ cairo cddb cdparanoia cdr cgi cjk cross crypt cups directfb 
divx4linux 
doc dri dvd dvdr dvdread edl emacs emacs-w3 encode esd ethereal ex f77 fam fbcon fftw flac flash 
flatf
ile font-server fortran ftp gd gdbm gif ginac glx gmp gnome gphoto2 gpm gstreamer gtk gtkhtml 
imagemag
ick imap imlib insecure-drivers ipv6 java jp2 jpeg kde lcms leim libwww lirc lzw lzw-tiff mad mbox mik
mod mime mng motif mpi mule multilib mysql ncurses nls offensive oggvorbis opengl oss pam pcntl 
pcre p
erl php png pnp ppds python qt readline recode samba sdk sdl sharedmem simplexml slang ssl svg 
sysvipc
 tcltk tcpd tetex theora tiff tokenizer truetype truetype-fonts type1-fonts unicode usb userlocales v4
l v4l2 vhosts videos wmf xfs xine xinerama xml xml2 xmms xosd xpm xprint xrandr xv xvid xvmc 
yv12 zlib
 video_cards_radeon linguas_en linguas_de"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

------- Comment #1 From Scott Price 2005-02-03 09:03:10 0000 -------
Can you explain the breakage?  When I updated to 20041102 I could not emerge
anything because of the following error.  Oddly enough, turning off ypbind
fixed the problem.  I then re-emerged ypbind but it still had the same problem.
 I have since forced my system back to 20040808.  Tar has the same error if I
try to use it directly.

bash-2.05b# emerge bzip2
Calculating dependencies ...done!
>>> emerge (1 of 1) app-arch/bzip2-1.0.2-r3 to /
>>> md5 src_uri ;-) bzip2-1.0.2.tar.gz
>>> Unpacking source...
>>> Unpacking bzip2-1.0.2.tar.gz to /var/tmp/portage/bzip2-1.0.2-r3/work

gzip: /usr/lib/portage/bin/ebuild.sh: line 1858: 10208 Segmentation fault     
tar xzf "${DISTDIR}/${x}" ${tarvars}
stdout: Broken pipe

!!! ERROR: app-arch/bzip2-1.0.2-r3 failed.
!!! Function unpack, Line 375, Exitcode 139
!!! failure unpacking bzip2-1.0.2.tar.gz
!!! If you need support, post the topmost build error, NOT this status message.


bash-2.05b# emerge --info
Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3,
glibc-2.3.4.20041102-r0, 2.6.10 x86_64)
=================================================================
System uname: 2.6.10 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.4 [2.3.4 (#1, Jan 28 2005, 18:39:19)]
dev-lang/python:     2.3.4
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.9.4, 1.8.5-r3
sys-devel/binutils:  2.15.92.0.2-r1
sys-devel/libtool:   1.5.10-r4
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown
/usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=x86-64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/packages/amd64"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa avi berkdb bitmap-fonts bonobo bootsplash ccache cddb
cdparanoia cdr clamav crypt cups curl dga directfb divx4linux dnd dvd dvdr
dvdread esd exif f77 fam font-server fortran gif gimp gimpprint gnome gphoto2
gpm gtk gtk2 gtkhtml guile ieee1394 imagemagick imlib ipv6 java jp2 jpeg kde
libclamav libwww lzw lzw-tiff mbox mhash mozilla mpeg multilib mysql ncurses
nis nls nocardbus nocd nowin nvidia offensive opengl oss pam pcntl perl php png
python qt quicktime readline samba scanner sdl session sockets ssl tcpd threads
tiff truetype truetype-fonts type1-fonts usb userlocales v4l v4l2 xinerama xml
xml2 xmms xosd xpm xrandr xv zlib"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS

------- Comment #2 From Roland Bär 2005-02-03 09:06:32 0000 -------
So, not only me, also Bug #80593 (also amd64)
Having asked at #gentoo-amd64 and on mailing-list, no reply nada njente
Following found in Forums (date today):
http://forums.gentoo.org//viewtopic.php?t=289736
http://forums.gentoo.org//viewtopic.php?t=289697
http://forums.gentoo.org//viewtopic.php?t=289710
...
Also, non-working tipps:
env-update && source /etc/profile
gcc-config

------- Comment #3 From Roland Bär 2005-02-03 09:11:42 0000 -------
Scott, this bzip2 problem isn't the problem.

The problem is, that glibc installs headers in 
  /usr/include/gentoo-multilib/default/ 
and not into
  /usr/include 
Later on all apps requiring that headers are broken. 

------- Comment #4 From Roland Bär 2005-02-03 09:13:34 0000 -------
Created an attachment (id=50267) [details]
emerge glibc > emerge.glibc.log 2>&1

I'm really unable to emerge almost all.... Same underlying reason.... 

------- Comment #5 From Roland Bär 2005-02-03 09:14:22 0000 -------
Created an attachment (id=50268) [details]
qpkg -l glibc

------- Comment #6 From Roland Bär 2005-02-03 09:26:17 0000 -------
So, finally a workaround
export CPATH=/usr/include/gentoo-multilib/default
I let the machine as-is until tomorrow, in case of more information needed

------- Comment #7 From Scott Price 2005-02-03 10:45:40 0000 -------
emergeing bzip2 was just to show what happened when I emerged almost anything.  It was only while ypbind was running, though.  If I shut of ypbind everything worked again.  Seems related to the nss.conf bug: http://bugs.gentoo.org/show_bug.cgi?id=79302

My system works fine now that I have backed my version off to 20040808 again.

Scott  =)

------- Comment #8 From Carsten Lohrke 2005-02-03 11:08:03 0000 -------
*** Bug 80593 has been marked as a duplicate of this bug. ***

------- Comment #9 From Jeremy Huddleston (RETIRED) 2005-02-03 11:54:46 0000 -------
wtf?  2004.3 doesn't use the gentoo-multilib directory.  That's a 2005.0 thing,
and it doesn't even use the USE=multilib flag.

Do you have anything special in /etc/portage/profile?

Can you please --sync and try again.  I just tested it, and amd64 2004.3
doesn't do anything with prep_ml_headers.  Maybe there was a rsync update in
the middle of my get_abi_order -> get_install_abis renaming yesterday.

------- Comment #10 From Roland Bär 2005-02-03 13:27:47 0000 -------
Ok, it works now, have to
emerge sync
export CPATH=/usr/include/gentoo-multilib/default
emerge glibc

------- Comment #11 From SpanKY 2005-02-06 04:12:16 0000 -------
*** Bug 80646 has been marked as a duplicate of this bug. ***

------- Comment #12 From Jeremy Huddleston (RETIRED) 2005-02-06 05:25:07 0000 -------
I added the:

export CPATH=/usr/include/gentoo-multilib/default

into the ebuild to help people who just try to re-emerge it without knowing the exact problem...

The problem was that I commiteed an updated multilib.eclass, then the updated glibc.ebuild, but some rsync servers got the updated glibc.ebuild before the updated multilib.eclass =(  I'll be more careful to wait a while after committing eclass changes before committing ebuilds which depend on those changes...

------- Comment #13 From Christophe 2005-02-08 09:52:01 0000 -------
I am sorry to play the dumb guy, but can you clarify how to fix this for those
who have a broken system ??

Now just re-emerging sys-libs/glibc-2.3.4.20041102 (with recent sync) should
fix it, yes ?

------- Comment #14 From Roland Bär 2005-02-08 10:35:56 0000 -------
Yes, exactly:
> emerge sync
> emerge glibc
(where glibc is 2.3.4.20041102)

First Last Prev Next    No search results available      Search page      Enter new bug