Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 95126 - emerge gettext fails with undefined reference
Summary: emerge gettext fails with undefined reference
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High blocker (vote)
Assignee: Gentoo Toolchain Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-05 07:08 UTC by Wolfgang Jankowski
Modified: 2005-12-02 20:48 UTC (History)
2 users (show)

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 Wolfgang Jankowski 2005-06-05 07:08:14 UTC
I installed gentoo 2005.0 with the i686-Binaries.
When I tried to update, "emerge gettext" failed with:

creating libgettextpo.la
(cd .libs && rm -f libgettextpo.la && ln -s ../libgettextpo.la libgettextpo.la)
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc  -O2 -march=i686
-fomit-frame-pointer   -o msgmerge  msgmerge-msgmerge.o msgmerge-plural-count.o
libgettextsrc.la
i686-pc-linux-gnu-gcc -O2 -march=i686 -fomit-frame-pointer -o .libs/msgfmt
msgfmt-msgfmt.o msgfmt-write-mo.o msgfmt-write-java.o msgfmt-write-csharp.o
msgfmt-write-resources.o msgfmt-write-tcl.o msgfmt-write-qt.o
msgfmt-plural-eval.o  ./.libs/libgettextsrc.so
creating msgfmt
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc  -O2 -march=i686
-fomit-frame-pointer   -o msgunfmt  msgunfmt-msgunfmt.o msgunfmt-read-mo.o
msgunfmt-read-java.o msgunfmt-read-csharp.o msgunfmt-read-resources.o
msgunfmt-read-tcl.o libgettextsrc.la
i686-pc-linux-gnu-gcc -O2 -march=i686 -fomit-frame-pointer -o .libs/msgmerge
msgmerge-msgmerge.o msgmerge-plural-count.o  ./.libs/libgettextsrc.so
creating msgmerge
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc  -O2 -march=i686
-fomit-frame-pointer   -o xgettext  xgettext-xgettext.o xgettext-x-c.o
xgettext-x-po.o xgettext-x-sh.o xgettext-x-python.o xgettext-x-lisp.o
xgettext-x-elisp.o xgettext-x-librep.o xgettext-x-smalltalk.o xgettext-x-java.o
xgettext-x-csharp.o xgettext-x-awk.o xgettext-x-ycp.o xgettext-x-tcl.o
xgettext-x-perl.o xgettext-x-php.o xgettext-x-rst.o xgettext-x-glade.o
../libuniname/libuniname.a libgettextsrc.la -ldl
i686-pc-linux-gnu-gcc -O2 -march=i686 -fomit-frame-pointer -o .libs/msgunfmt
msgunfmt-msgunfmt.o msgunfmt-read-mo.o msgunfmt-read-java.o
msgunfmt-read-csharp.o msgunfmt-read-resources.o msgunfmt-read-tcl.o 
./.libs/libgettextsrc.so
creating msgunfmt
/bin/sh ../libtool --mode=link i686-pc-linux-gnu-gcc  -O2 -march=i686
-fomit-frame-pointer   -o msgattrib  msgattrib-msgattrib.o libgettextsrc.la
i686-pc-linux-gnu-gcc -O2 -march=i686 -fomit-frame-pointer -o .libs/xgettext
xgettext-xgettext.o xgettext-x-c.o xgettext-x-po.o xgettext-x-sh.o
xgettext-x-python.o xgettext-x-lisp.o xgettext-x-elisp.o xgettext-x-librep.o
xgettext-x-smalltalk.o xgettext-x-java.o xgettext-x-csharp.o xgettext-x-awk.o
xgettext-x-ycp.o xgettext-x-tcl.o xgettext-x-perl.o xgettext-x-php.o
xgettext-x-rst.o xgettext-x-glade.o  ../libuniname/libuniname.a
./.libs/libgettextsrc.so -ldl
xgettext-x-glade.o(.text+0x131): In function `load_libexpat':
: warning: Using 'dlopen' in statically linked applications requires at runtime
the shared libraries from the glibc version used for linking
/platte_f/usr/i686-pc-linux-gnu/gcc-bin/3.3.5/../../../lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../libdl.a(dlsym.o)(.text+0x47):
In function `dlsym':
: undefined reference to `_dl_load_lock'
/platte_f/usr/i686-pc-linux-gnu/gcc-bin/3.3.5/../../../lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../libdl.a(dlsym.o)(.text+0x79):
In function `dlsym':
: undefined reference to `_dl_load_lock'
/platte_f/usr/i686-pc-linux-gnu/gcc-bin/3.3.5/../../../lib/gcc-lib/i686-pc-linux-gnu/3.3.5/../../../libdl.a(dlerror.o)(.text+0x28d):
In function `_dlerror_run':
: undefined reference to `_dl_catch_error'
collect2: ld returned 1 exit status
make[4]: *** [xgettext] Error 1
make[4]: *** Waiting for unfinished jobs....
i686-pc-linux-gnu-gcc -O2 -march=i686 -fomit-frame-pointer -o .libs/msgattrib
msgattrib-msgattrib.o  ./.libs/libgettextsrc.so
creating msgattrib
make[4]: Leaving directory
`/platte_f/var/tmp/portage/gettext-0.14.1-r1/work/gettext-0.14.1/gettext-tools/src'
make[3]: *** [all] Error 2
make[3]: Leaving directory
`/platte_f/var/tmp/portage/gettext-0.14.1-r1/work/gettext-0.14.1/gettext-tools/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/platte_f/var/tmp/portage/gettext-0.14.1-r1/work/gettext-0.14.1/gettext-tools'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/platte_f/var/tmp/portage/gettext-0.14.1-r1/work/gettext-0.14.1/gettext-tools'
make: *** [all-recursive] Error 1

!!! ERROR: sys-devel/gettext-0.14.1-r1 failed.
!!! Function src_compile, Line 49, Exitcode 2


Reproducible: Always
Steps to Reproduce:
1. Install gentoo 2005.0. Do not change anything
2. emerge sync
3. emerge --update gettext

Actual Results:  
The run of emerge --update gettext stopped.

Expected Results:  
It should update the system
From the correct update gettext are depending: ncurses, tar et, al.
Comment 1 Wulf Krueger (RETIRED) gentoo-dev 2005-06-25 13:10:53 UTC
I have exactly the same problem. It's not only this package, though, but every
package that uses static linking. 
Comment 2 SpanKY gentoo-dev 2005-07-08 18:23:08 UTC
neglected to post `emerge info`
Comment 3 Wulf Krueger (RETIRED) gentoo-dev 2005-07-11 09:39:18 UTC
Here it comes... See also:
http://forums.gentoo.org/viewtopic-t-353134-highlight-.html

Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.5-r0,
2.6.11-gentoo-r11 i686)
=================================================================
System uname: 2.6.11-gentoo-r11 i686 Pentium III (Katmai)
Gentoo Base System version 1.6.12
dev-lang/python:     2.3.4-r1, 2.4.1-r1
sys-apps/sandbox:    1.2.9
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.5
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.18
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/bind /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=pentium3 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/
http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/
http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
http://ftp.easynet.nl/mirror/gentoo/
http://ftp.snt.utwente.nl/pub/os/linux/gentoo
http://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/
http://mirror.switch.ch/mirror/gentoo/ http://gentoo.mirror.solnet.ch
http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/
http://gentoo.inode.at/ http://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
http://gentoo.math.bme.hu http://gentoo.mirror.icd.hu/
http://ftp.heanet.ie/pub/gentoo/
http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/
http://ftp.du.se/pub/os/gentoo http://ds.thn.htu.se/linux/gentoo
http://mirror.pudas.net/gentoo http://mirror.uni-c.dk/gentoo/
http://mir.zyrianes.net/gentoo/ http://mirror.uni-c.dk/gentoo/
http://mirror.gentoo.no/ http://gentoo.ynet.sk/pub
http://linuv.uv.es/mirror/gentoo/ http://gentoo.osuosl.org/
ftp://ftp.tu-clausthal.de/pub/linux/gentoo/
ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo
ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/
ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo
ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo
ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/
ftp://ftp.gentoo.mesh-solutions.com/gentoo/ ftp://ftp.easynet.nl/mirror/gentoo/
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo
ftp://vlaai.snt.ipv6.utwente.nl/pub/os/linux/gentoo/
ftp://mirror.nutsmaas.nl/gentoo/ ftp://mirror.switch.ch/mirror/gentoo/
ftp://ftp.solnet.ch/mirror/Gentoo
ftp://ftp.mirrorservice.org/sites/www.ibiblio.org/gentoo/
ftp://gentoo.inode.at/source/
ftp://ftp.belnet.be/mirror/rsync.gentoo.org/gentoo/
ftp://ftp.heanet.ie/pub/gentoo/ ftp://ftp.du.se/pub/os/gentoo
ftp://mirror.pudas.net/gentoo ftp://mir.zyrianes.net/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/portage
/usr/local/overlays/fluidportage/trunk /usr/local/overlays/bmg-main
/usr/local/overlays/gentoo-de /usr/local/overlays/gentoo-bugs
/usr/local/overlays/capella"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X509 acl alsa apache2 apm arts async avi bash-completion berkdb
bitmap-fonts bzip2 c++ caps chroot cpdflib cracklib crypt cups curl curlwrappers
dio emacs emacs-w3 emboss encode ethereal exif extensions fam fame fastcgi
foomaticdb fortran fpx gd gdbm german gif gnutls gpm graphviz gs iconv idea
imagemagick imap imlib innodb ipv6 jbig jce jp2 jpeg jpeg2k ldap leim libg++
libwww lzo lzw mad mikmod milter mime mmap mmx mmxext mng motif mozsvg mp3 mpeg
mule multi-tty mysql mysqli ncurses network nls nptl oggvorbis opengl oss pam
pcntl pcre pdflib perl php plotutils png posix python qt quicktime readline
recode sasl sdl shared sharedmem slang smime sockets sox spell sse ssl svg
sysvipc tcpd tiff truetype truetype-fonts type1-fonts unicode vhosts wmf
xchatdccserver xface xml2 xmlrpc xmms xpm xsl xv zlib userland_GNU kernel_linux
elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS 
Comment 4 Wulf Krueger (RETIRED) gentoo-dev 2005-07-11 09:40:53 UTC
This is the same problem also:

http://forums.gentoo.org/viewtopic-t-352852-highlight-.html
Comment 5 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-13 03:37:28 UTC
 $ ls -l /usr/lib/libdl.so

??
Comment 6 Wulf Krueger (RETIRED) gentoo-dev 2005-07-13 05:33:05 UTC
Didn't even exist. There was /usr/lib/libdl.a only.
Comment 7 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-13 05:40:33 UTC
  # ln -s ../../lib/libdl.so.2 /usr/lib/libdl.so

and try again.
Comment 8 Wulf Krueger (RETIRED) gentoo-dev 2005-07-13 06:02:49 UTC
Ok, I wasn't clear enough: There is no dynamically linked version of libdl *at*
*all*. None. We're *not* talking about some missing symlinks.

We're talking about a statically linked libdl. And no dynamic one whatsoever.
Comment 9 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-13 08:42:23 UTC
Not even in /lib ?   Ill say fishy glibc then ...
Comment 10 Wulf Krueger (RETIRED) gentoo-dev 2005-07-13 09:22:50 UTC
Not even in /lib. And I won't disagree about the cause being glibc. 

The problem is: I've recompiled the toolchain AND glibc countless times now.
Using several gcc versions, glibc versions (both stable and unstable in several
combinations), binutils and basically rebuilt everything in the process. 

I've been using Linux for almost 10 years now and I've never had such
difficulties before (not even when building everything from CVS, building LFS
systems, etc.). This is why I'm so insistent about this bug: It has now happened
twice to me and at least once to the original reporter. 

To me this looks like a Gentoo-specific problem (obviously one that occurs not
very often) and one so serious that I had to rebuilt two systems (one was the
one the "emerge info" came from; the other got hit during an "accidental"
"emerge -uDp world") from scratch now. *If* it happens, there doesn't seem to be
any solution (yes, I've tried using binaries from a similar system and generic
binaries).
Comment 11 Martin Schlemmer (RETIRED) gentoo-dev 2005-07-13 10:05:24 UTC
I did not say its not a Gentoo problem.  Problem is we need to trace it somehow,
as neither of my machines have ever had this issue, and I run more than unstable
most of the times.
Comment 12 Sergey Dikunov 2005-07-17 03:29:17 UTC
I had same problem. It appears when i move /usr content to another place in my
filesystem and created symbolic link to that place in root.
And it disappears when I moved /usr back.
Unfortunately, I do not have time to examine it...
Comment 13 Albert Zeyer 2005-08-16 16:53:54 UTC
I have the same problem and tried a few things:

On another working system (its name is hcomputer, by the way...):
hcomputer ~ # ls -l /usr/lib/libdl*
-rw-r--r--  1 root root   8822 Aug 14 02:25 /usr/lib/libdl.a
lrwxrwxrwx  1 root root     20 Aug 14 02:26 /usr/lib/libdl.so -> ../../lib/libdl.so.2
-rw-r--r--  1 root root 573438 Aug 14 02:25 /usr/lib/libdl_g.a
hcomputer ~ # ls -l /lib/libdl*
-rwxr-xr-x  1 root root 10976 Aug 14 02:25 /lib/libdl-2.3.5.so
lrwxrwxrwx  1 root root    14 Aug 14 02:26 /lib/libdl.so.2 -> libdl-2.3.5.so
hcomputer ~ # emerge -pv glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild     U ] sys-libs/glibc-2.3.5-r1 [2.3.5] -build -erandom -glibc-compat20 -glibc-omitfp -
hardened -linuxthreads-tls (-multilib) +nls +nptl -nptlonly -pic -profile (-selinux) +userlocales 0 kB 
(Comment: This machine is updating right now, but the error was also in version 2.3.5 on the other 
machine.)


Now on the not working system (its name is gcomputer):
gcomputer ~ # ls -l /usr/lib/libdl*
-rw-r--r--  1 root root 8790 Aug 17 00:20 /usr/lib/libdl.a
gcomputer ~ # ls -l /lib/libdl*    
-rwxr-xr-x  1 root root 10892 Aug 17 00:20 /lib/libdl-2.3.5.so
lrwxrwxrwx  1 root root    14 Aug 17 00:20 /lib/libdl.so.2 -> libdl-2.3.5.so
gcomputer ~ # emerge -pv glibc

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild   R   ] sys-libs/glibc-2.3.5-r1  -build -erandom -glibc-compat20 -glibc-omitfp -hardened -
linuxthreads-tls (-multilib) +nls +nptl -nptlonly -pic -profile (-selinux) +userlocales 0 kB Total size of 
downloads: 0 kB

You can see, that the libdl.so link in /usr/lib/ is missing. After I recreated it, gettext compiled 
successfully.

I don't know, why this link is missing, but I hope, this helps.

Greets
Albert
Comment 14 Albert Zeyer 2005-08-17 15:55:26 UTC
I now have another problem with glibc.

I got this error while compiling netpbm:
i686-pc-linux-gnu-gcc -o atktopbm atktopbm.o -lm `/var/tmp/portage/netpbm-10.28/work/
netpbm-10.28/buildtools/libopt /var/tmp/portage/netpbm-10.28/work/netpbm-10.28/lib/
libnetpbm.so` \

libopt results: ' -L/var/tmp/portage/netpbm-10.28/work/netpbm-10.28/lib -lnetpbm'
/var/tmp/portage/netpbm-10.28/work/netpbm-10.28/lib/libnetpbm.so: undefined reference to `log'
/var/tmp/portage/netpbm-10.28/work/netpbm-10.28/lib/libnetpbm.so: undefined reference to `pow'
collect2: ld returned 1 exit status
make[2]: *** [atktopbm] Error 1
make[2]: Leaving directory `/var/tmp/portage/netpbm-10.28/work/netpbm-10.28/converter/pbm'
make[1]: *** [pbm/all] Error 2
make[1]: Leaving directory `/var/tmp/portage/netpbm-10.28/work/netpbm-10.28/converter'
make: *** [converter/all] Error 2

!!! ERROR: media-libs/netpbm-10.28 failed.
!!! Function src_compile, Line 63, Exitcode 2
!!! emake failed
!!! If you need support, post the topmost build error, NOT this status message.

I now checked the system for other missing links and got this:
gcomputer ~ # ls -l /usr/lib/libm.*
-rw-r--r--  1 root root 566610 Aug 17 09:36 /usr/lib/libm.a
server ~ # ls -l /usr/lib/libm.*
-rw-r--r--  1 root root 565818 Aug 17 01:30 /usr/lib/libm.a
lrwxrwxrwx  1 root root     19 Aug 17 01:30 /usr/lib/libm.so -> ../../lib/libm.so.6

I recreated the link and now, this also works fine.

It seems, that there ary many missing links to the .so-files of glibc. The emerge --update --deep world 
progress is continuing now and I am interested in next problems.

Greets
Albert
 
Comment 15 Albert Zeyer 2005-08-17 17:02:52 UTC
Something is deleting my .so-links! On my last emerge, I got the undefined '_dl_something' error again 
and the link was missing again:
../../src/lib/ecore_con/.libs/libecore_con.so: undefined reference to `__dlsym'
../../src/lib/ecore_con/.libs/libecore_con.so: undefined reference to `__dlclose'
../../src/lib/ecore_con/.libs/libecore_con.so: undefined reference to `__dlopen'
collect2: ld returned 1 exit status
make[3]: *** [ecore_evas_test] Error 1
make[3]: Leaving directory `/var/tmp/portage/ecore-0.9.9.006/work/ecore-0.9.9.006/src/bin'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/var/tmp/portage/ecore-0.9.9.006/work/ecore-0.9.9.006/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/ecore-0.9.9.006/work/ecore-0.9.9.006'
make: *** [all-recursive-am] Error 2

!!! ERROR: x11-libs/ecore-0.9.9.006 failed.
!!! Function enlightenment_die, Line 73, Exitcode 0
!!! emake failed
!!! SEND BUG REPORTS TO vapier@gentoo.org NOT THE E TEAM
!!! If you need support, post the topmost build error, NOT this status message.

gcomputer portage # ls -l /usr/lib/libdl*
-rw-r--r--  1 root root 8790 Aug 17 09:36 /usr/lib/libdl.a

After i recreated it, it works again:
gcomputer lib # ln -s /lib/libdl.so.2 libdl.s

I don't know, why the link was missing again. I don't re-emerge glibc. Only emerge --update --deep 
world was running. This is the /var/log/emerge.log:
1124318914:  >>> emerge (1 of 197) media-libs/netpbm-10.28 to /
1124318914:  === (1 of 197) Cleaning (media-libs/netpbm-10.28::/usr/portage/media-libs/netpbm/
netpbm-10.28.ebuild)
1124318916:  === (1 of 197) Compiling/Merging (media-libs/netpbm-10.28::/usr/portage/media-
libs/netpbm/netpbm-10.28.ebuild)
1124319237:  === (1 of 197) Post-Build Cleaning (media-libs/netpbm-10.28::/usr/portage/media-
libs/netpbm/netpbm-10.28.ebuild)
1124319239:  >>> AUTOCLEAN: media-libs/netpbm
1124319239:  --- AUTOCLEAN: Nothing unmerged.
1124319239:  ::: completed emerge (1 of 197) media-libs/netpbm-10.28 to /
1124319239:  >>> emerge (2 of 197) dev-libs/glib-2.6.4 to /
1124319239:  === (2 of 197) Cleaning (dev-libs/glib-2.6.4::/usr/portage/dev-libs/glib/
glib-2.6.4.ebuild)
1124319240:  === (2 of 197) Compiling/Merging (dev-libs/glib-2.6.4::/usr/portage/dev-libs/glib/
glib-2.6.4.ebuild)
1124319465:  === (2 of 197) Post-Build Cleaning (dev-libs/glib-2.6.4::/usr/portage/dev-libs/glib/
glib-2.6.4.ebuild)
1124319466:  >>> AUTOCLEAN: dev-libs/glib
1124319471: === Unmerging... (dev-libs/glib-2.6.2-r1)
1124319479:  >>> unmerge success: dev-libs/glib-2.6.2-r1
1124319480:  ::: completed emerge (2 of 197) dev-libs/glib-2.6.4 to /
1124319480:  >>> emerge (3 of 197) dev-libs/atk-1.10.1 to /
1124319480:  === (3 of 197) Cleaning (dev-libs/atk-1.10.1::/usr/portage/dev-libs/atk/
atk-1.10.1.ebuild)
1124319481:  === (3 of 197) Compiling/Merging (dev-libs/atk-1.10.1::/usr/portage/dev-libs/atk/
atk-1.10.1.ebuild)
1124319553:  === (3 of 197) Post-Build Cleaning (dev-libs/atk-1.10.1::/usr/portage/dev-libs/atk/
atk-1.10.1.ebuild)
1124319554:  >>> AUTOCLEAN: dev-libs/atk
1124319559: === Unmerging... (dev-libs/atk-1.8.0)
1124319565:  >>> unmerge success: dev-libs/atk-1.8.0
1124319565:  ::: completed emerge (3 of 197) dev-libs/atk-1.10.1 to /
1124319565:  >>> emerge (4 of 197) x11-libs/pango-1.8.1-r1 to /
1124319565:  === (4 of 197) Cleaning (x11-libs/pango-1.8.1-r1::/usr/portage/x11-libs/pango/
pango-1.8.1-r1.ebuild)
1124319567:  === (4 of 197) Compiling/Merging (x11-libs/pango-1.8.1-r1::/usr/portage/x11-libs/
pango/pango-1.8.1-r1.ebuild)
1124319758:  === (4 of 197) Post-Build Cleaning (x11-libs/pango-1.8.1-r1::/usr/portage/x11-libs/
pango/pango-1.8.1-r1.ebuild)
1124319759:  >>> AUTOCLEAN: x11-libs/pango
1124319765: === Unmerging... (x11-libs/pango-1.8.1)
1124319769:  >>> unmerge success: x11-libs/pango-1.8.1
1124319769:  ::: completed emerge (4 of 197) x11-libs/pango-1.8.1-r1 to /
1124319769:  >>> emerge (5 of 197) dev-libs/libxml2-2.6.19 to /
1124319769:  === (5 of 197) Cleaning (dev-libs/libxml2-2.6.19::/usr/portage/dev-libs/libxml2/
libxml2-2.6.19.ebuild)
1124319771:  === (5 of 197) Compiling/Merging (dev-libs/libxml2-2.6.19::/usr/portage/dev-libs/
libxml2/libxml2-2.6.19.ebuild)
1124320119:  === (5 of 197) Post-Build Cleaning (dev-libs/libxml2-2.6.19::/usr/portage/dev-libs/
libxml2/libxml2-2.6.19.ebuild)
1124320122:  >>> AUTOCLEAN: dev-libs/libxml2
1124320127: === Unmerging... (dev-libs/libxml2-2.6.16)
1124320140:  >>> unmerge success: dev-libs/libxml2-2.6.16
1124320140:  ::: completed emerge (5 of 197) dev-libs/libxml2-2.6.19 to /
1124320140:  >>> emerge (6 of 197) x11-misc/shared-mime-info-0.16 to /
1124320140:  === (6 of 197) Cleaning (x11-misc/shared-mime-info-0.16::/usr/portage/x11-misc/
shared-mime-info/shared-mime-info-0.16.ebuild)
1124320141:  === (6 of 197) Compiling/Merging (x11-misc/shared-mime-info-0.16::/usr/portage/
x11-misc/shared-mime-info/shared-mime-info-0.16.ebuild)
1124320180:  === (6 of 197) Post-Build Cleaning (x11-misc/shared-mime-info-0.16::/usr/portage/
x11-misc/shared-mime-info/shared-mime-info-0.16.ebuild)
1124320181:  >>> AUTOCLEAN: x11-misc/shared-mime-info
1124320186: === Unmerging... (x11-misc/shared-mime-info-0.14-r2)
1124320190:  >>> unmerge success: x11-misc/shared-mime-info-0.14-r2
1124320190:  ::: completed emerge (6 of 197) x11-misc/shared-mime-info-0.16 to /
1124320190:  >>> emerge (7 of 197) x11-libs/gtk+-2.6.7 to /
1124320190:  === (7 of 197) Cleaning (x11-libs/gtk+-2.6.7::/usr/portage/x11-libs/gtk+/gtk
+-2.6.7.ebuild)
1124320191:  === (7 of 197) Compiling/Merging (x11-libs/gtk+-2.6.7::/usr/portage/x11-libs/gtk+/
gtk+-2.6.7.ebuild)
1124320674:  *** terminating.

I also have problems while compiling gtk+ now, but I don't know, if there is any reference to the glibc 
problem:
./stock_cancel_20.png stock_dnd_multiple_32     ./stock_dnd_multiple_32.png stock_bottom_16                
./stock_bottom_16.png stock_bottom_24              ./stock_bottom_24.png stock_cdrom_16            ./
stock_cdrom_16.png stock_cdrom_24                ./stock_cdrom_24.png stock_clear_24       ./
stock_clear_24.png stock_close_20              ./stock_close_20.png stock_close_24                ./
stock_close_24.png stock_colorselector_24     ./stock_colorselector_24.png stock_color_picker_25 ./
stock_color_picker_25.png > gtkstockpixbufs.h ||\           ( rm -f gtkstockpixbufs.h && false )failed to 
load "./stock_about_16.png": Couldn't recognize the image file format for file './
stock_about_16.png'make[4]: *** [gtkstockpixbufs.h] Error 1make[4]: Leaving directory `/var/tmp/
portage/gtk+-2.6.7/work/gtk+-2.6.7/gtk/stock-icons'make[3]: *** [all-recursive] Error 1make[3]: 
Leaving directory `/var/tmp/portage/gtk+-2.6.7/work/gtk+-2.6.7/gtk'make[2]: *** [all] Error 2make
[2]: Leaving directory `/var/tmp/portage/gtk+-2.6.7/work/gtk+-2.6.7/gtk'make[1]: *** [all-recursive] 
Error 1make[1]: Leaving directory `/var/tmp/portage/gtk+-2.6.7/work/gtk+-2.6.7'make: *** [all] Error 
2!!! ERROR: x11-libs/gtk+-2.6.7 failed.!!! Function src_compile, Line 85, Exitcode 2!!! (no error 
message)!!! If you need support, post the topmost build error, NOT this status message.

Greets
Albert
Comment 16 Albert Zeyer 2005-08-19 15:07:05 UTC
I came to the conclusion, that the problem in GTK also depends on the problem with the dynamic 
libraries.

I went into the directory stock-icons, where the last error of GTK appears in and reproduced it:
gcomputer stock-icons # GDK_PIXBUF_MODULE_FILE=../../gdk-pixbuf/gdk-pixbuf.loaders ../../gdk-
pixbuf/gdk-pixbuf-csource --raw --build-list stock_add_16 ./stock_add_16.png 
failed to load "./stock_add_16.png": Couldn't recognize the image file format for file './
stock_add_16.png'

Then I tried to use the old gdk-pixbuf-csourse version like this:
gcomputer stock-icons # gdk-pixbuf-csource --raw --build-list stock_add_16 ./stock_add_16.png 
failed to load "./stock_add_16.png": Unable to load image-loading module: /usr/lib/gtk-2.0/2.4.0/
loaders/libpixbufloader-png.so: dynamic modules are not supported by this system

This file exists, but I don't understand this error. Where are the settings of the support for dynamic 
modules by my system?

I am starting to believe in the use of an fully new installation of the system.

Is it possible, that many symbolic links on this machine produced this set of errors? (My hole /usr is 
linked, a lot of directories inside, too but all the links are working.)
How can I rebuild all important packages on this system?

Greets
Albert
Comment 17 Peter Nuding 2005-08-20 15:36:29 UTC
Hi,

Same Problem here. 
After a "emerge --update --deep --newuse world" i got several errors.
First a Sandbox "Access Violation Error" something like
"Can't mkdir xxx. File Exitst. With a hint to a symlink"

However: I searched for some solution and someone wrote the Problem are
Symlinks. So if your /var /opt /usr  and so on symlinked, gettext won't
be able to compile clearly.

My /usr directory was a symlink to /mnt/usr (I "build in" a 2nd HDD. Extraspace
for /usr). After mounting /usr from /mnt/usr to /usr: It all works!

I running Gentoo in a VMWare Box. So i hope i can reproduce it in some days.
I guess the Problems are symlinked /usr oder /usr/lib (andy mayby other
smylinked directorys from / (root)

However: The Update brings me a new glibc. 2.3.5-r1
Maybe this is a other "solution". But i really think it is a problem with
symlinks.

BTW: I found no Information about Sandbox (No Manpage, No Infofile)
Can someone tell me where i can find more information about that sandbox feature
and how it works?)

Mayby you want install Gentoo on a VMWare Machine. If yo take a look at:
http://gentoo-wiki.com/Talk:HOWTO_Install_Gentoo_on_VMware_in_Windows_NT/2K/XP

I hope i have a snapshot of my virtual machine before update, so i am able
to play around and work out the problem. But i need someone to help cause
i am not a programmer (I have no clue about the Library Things and compile
errors and so on)

Greets,
Peter
Comment 18 Albert Zeyer 2005-08-27 16:55:06 UTC
Hi Peter

Many thanks for this hint!

I had this first error of sandbox too, then I disabled it (FEATURES="-sandbox" in make.conf).

I mounted an additional partition in /mnt/hda5 and my /usr is symlinked to /mnt/hda5/usr. I already 
thought of a problem with this symlink, but I also thought, that every program should work with this. 
This was my fault. I replaced the symlink with an mount -o bind /mnt/hda5/usr /usr (also put it into 
my fstab) and now, everythink works great, even the sandbox (but it was a lot of work to rebuild the 
hole system because of other problems i got here because of my experiments for a solution to the main 
problem but I think, a simple replace of the symlink with a bind mount has done it).

Greets
Albert
Comment 19 SpanKY gentoo-dev 2005-12-02 20:48:33 UTC
nothing we can really do about this ...