Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 93125 - gcc update broke python due to ld.so.conf not being rebuilt with new libstdc++ path
Summary: gcc update broke python due to ld.so.conf not being rebuilt with new libstdc+...
Status: RESOLVED DUPLICATE of bug 94959
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-18 17:56 UTC by robak999
Modified: 2005-06-05 14:35 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description robak999 2005-05-18 17:56:13 UTC
after an update with "emerge -Dvu world" there is a wrong directory entry in
/etc/env.d/05gcc and two libs are missing in /usr/lib   (libstdc++.so.6  and 
libgcc_s.so.1)

in /etc/env.d/05gcc
PATH="/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3-20050110"
sould be
PATH="/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3"
for that reason most programs including emerge aren't running.

Reproducible: Always
Steps to Reproduce:
1.install 2005.0 AMD64 system
2.emerge -Dvu world
3.emerge sync

Actual Results:  
emerge sync gives:
/usr/bin/python: error: libstdc++.so.6:file does not exist

Expected Results:  
doing a sync of the portage tree

Portage 2.0.51.19 (default-linux/amd64/2005.0, gcc-3.4.3-20050110,
glibc-2.3.5-r0, 2.6.11-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.11-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3000+
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May 12 2005, 18:03:20)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    1.2.8
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.5, 1.9.5, 1.6.3, 1.7.9-r1, 1.4_p6, 1.8.5-r3
sys-devel/binutils:  2.15.92.0.2-r8
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.11
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -pipe -O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=athlon64 -pipe -O2"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox strict"
GENTOO_MIRRORS="http://gentoo.ccccom.com ftp://gentoo.ccccom.com"
MAKEOPTS="--jobs=2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnowext X acpi alsa amd64 berkdb bitmap-fonts crypt font-server fortran
gdbm gif gpm gtk ipv6 jp2 jpeg lzw lzw-tiff mp3 ncurses nls opengl oss pam perl
png python qt readline ruby ssl tcpd tiff truetype truetype-fonts type1-fonts
usb userlocales xml2 xmms xpm xrandr xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTDIR_OVERLAY
Comment 1 robak999 2005-05-18 18:00:54 UTC
if there is anybody with the same problem you solv it by searching for both libs
 (i think they are in /usr/libs64) and copying them to /usr/lib

then edit the file /etc/env.d/05gcc and change the PATH="..." variable

i'm wondering why isn't the portage-system updating this two things by doing an
emerge -Dvu world (which includes an update of gcc).
Comment 2 Jakub Moc (RETIRED) gentoo-dev 2005-05-19 01:40:07 UTC
Err, why is this assigned to infra-bugs and marked as fixed?
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2005-05-19 01:42:31 UTC
Reopened and assigned properly so that it can either be fixed or marked as
invalid if this was user
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2005-05-19 01:42:31 UTC
Reopened and assigned properly so that it can either be fixed or marked as
invalid if this was user´s error.
Comment 5 SpanKY gentoo-dev 2005-05-19 07:01:20 UTC
no, the 05gcc paths are correct
Comment 6 robak999 2005-05-19 08:10:28 UTC
i don't think it was a user's error because i just did an "emerge sync" and
"emerge -Dvu world" and there were no masked packages installed.

and the gcc path in /etc/env.d/05gcc didn't exist after updating the system.
so how could this directory be right?
Comment 7 Stefan de Konink 2005-06-03 11:26:15 UTC
with gcc 3.4.4 paths are set _invalid_, this basically breaks the system...
Comment 8 Mike Bonar 2005-06-04 11:46:16 UTC
I have the same problem.  I can't seem to locate libstdc++.so.6 at all on my
system.  I have a couple of symlinks to them, but I am unable to copy them to
/usr/lib.
Comment 9 Mike Bonar 2005-06-04 15:35:31 UTC
Tried the workaround, but no luck.  Still broken.
Comment 10 Mike Bonar 2005-06-04 16:00:12 UTC
The fix:

http://forums.gentoo.org/viewtopic-t-345046.html
Comment 11 Mike Bonar 2005-06-05 13:07:51 UTC
The kdelibs-3.4.1.ebuild is still looking for the old libstdc libraries.
Comment 12 Jakub Moc (RETIRED) gentoo-dev 2005-06-05 14:35:59 UTC
Marking this as a dupe of Bug 94959 since most of the discussion is going on there.

*** This bug has been marked as a duplicate of 94959 ***