Sie sind nicht angemeldet.

1

16.03.2005, 10:30

glibc-2.3.4.20041102 und amd64

ich habe dummerweise bei letzten update diesen glibc mit eingespielt

danach ging beim emergen nix mehr zum glück hatte ich mein gentoo gesichert

und konnte es zurückspielen

der fehler beim emergen wahr in etwa so

undefined reference to `errno@GLIBC_PRIVATE

kennt jemand das problem
AMD64 3200+
Gentoo stage1 Kernel: 2.6.13
Registrierter Linux User # 362756

2

16.03.2005, 17:01

Habe ich am Laufen, läuft bestens.

Das kanns nicht sein.
Müßtest deine Fehlermeldungen und Schwierigkeiten mal mit mehr Infomaterial füllen.

Es ist immer noch so, daß die Umstellung der multilib-Umgebung bei amd64 Fehler produziert.

Es haben sich eine Menge Verzeichnisse geändert, gerade was die lib32 und lib64 und die ganzen app-emu Dinge angeht.

Schätze also ,daß dein Problem eher was mit der neuen portage zu tun hat.
Et gibt nüx Gutes, außer man tut es

3

16.03.2005, 23:35

also ich werde erst mal die alte glibc behalten und warten bis für amd64 die 2005 da ist

Frage:

Zitat

Es ist immer noch so, daß die Umstellung der multilib-Umgebung bei amd64 Fehler produziert.


hast du schon auf die 2005 umgestellt oder noch die 2004.3
AMD64 3200+
Gentoo stage1 Kernel: 2.6.13
Registrierter Linux User # 362756

4

17.03.2005, 08:03

Ich habe mein profile wieder mit 2004.3 verlinkt, nachdem ich mit 2005.0 keine funktionierende multilib-Umgebung mehr hatte.

Auch mußte ich mit dem neuen profile gcc und glibc auf die Sprünge helfen, indem ich ein stage1 archiv runtergeladen hatte und mehrere libs ,die beim Kompilieren fehlten , daraus kopieren und manuell einfügen mußte.
Trotzdem funktionierten am Ende meine 32bit Proggies(firefox-bin und net-flash bspw.) nicht mehr.

Also warte ich noch mal ein paar Tage.

Anleitung wie mans macht:
Update

Aber wie gesagt...bei mir funktioniert es noch nicht und die Entwickler haben noch reichlich Bug-Meldungen bei bugzilla.

Ich bleibe dran und melde mich, wenn es dann geklappt hat.

Zurzeit arbeite ich mit 2 amd64 Installationen, wovon die neueste auch noch ab und an gespiegelt wird.

Ich kann also testen und relativ leicht den alten Zustand wieder herstellen.
Et gibt nüx Gutes, außer man tut es

5

17.03.2005, 15:07

habs noch mal mit der glibc probiert und das kommt dann

/bin/sh ../libtool --mode=link x86_64-pc-linux-gnu-gcc -pipe -O2 -o aserver aserver.o ../src/libasound.la
mkdir .libs
x86_64-pc-linux-gnu-gcc -pipe -O2 -o .libs/aserver aserver.o ../src/.libs/libasound.so -lm -ldl -lpthread -Wl,--rpath -Wl,/usr/lib
/lib/libpthread.so.0: undefined reference to `errno@GLIBC_PRIVATE'
/lib/libpthread.so.0: undefined reference to `__libc_dl_error_tsd@GLIBC_PRIVATE'
/lib/libpthread.so.0: undefined reference to `__resp@GLIBC_PRIVATE'
/lib/libpthread.so.0: undefined reference to `h_errno@GLIBC_PRIVATE'
collect2: ld returned 1 exit status
make[1]: *** [aserver] Fehler 1
make[1]: Leaving directory `/var/tmp/portage/alsa-lib-1.0.8/work/alsa-lib-1.0.8/aserver'
make: *** [all-recursive] Fehler 1

!!! ERROR: media-libs/alsa-lib-1.0.8 failed.
!!! Function src_compile, Line 42, Exitcode 2
!!! (no error message)
!!! If you need support, post the topmost build error, NOT this status message.
AMD64 3200+
Gentoo stage1 Kernel: 2.6.13
Registrierter Linux User # 362756

6

17.03.2005, 15:16

Du hast ein Problem mit dem alsa-lib ebuild.
Hast du vielleicht mal die alsa libs gegen eine Alsa Installation gebaut und diese dann später geändert???

emerge mal die alsa-libs neu und dann noch libtool und schau, ob der Fehler weg ist.
Et gibt nüx Gutes, außer man tut es

7

17.03.2005, 17:02

also irgentwas ist hier total im Ar...

mit dem alsa komme ich immer wieder bis zum obengenannte fehler also habe ich zum test mal alles was mit alsa zu tun hat rausgenommen und erneut ein emerge -uD world gemacht

diesmal ist glib dran bis dahin checking for GIOChannel implementation... giounix.lo
checking for platform-dependent source...
checking whether to compile timeloop... yes
checking if building for some Win32 platform... no
checking for thread implementation... posix
checking thread related cflags... -D_REENTRANT
checking for pthread_create/pthread_join... no
checking for pthread_create/pthread_join in -lpthread... no
checking for pthread_create/pthread_join in -lpthread32... no
checking for pthread_create/pthread_join in -lpthreads... no
checking for pthread_create/pthread_join in -lthread... no
checking for pthread_create/pthread_join in -ldce... no
configure: error: I can't find the libraries for the thread implementation
posix. Please choose another thread implementation or
provide information on your thread implementation.
You can also run 'configure --disable-threads'
to compile without thread support.

!!! Please attach the config.log to your bug report:
!!! /var/tmp/portage/glib-2.6.3/work/glib-2.6.3/config.log

!!! ERROR: dev-libs/glib-2.6.3 failed.
!!! Function econf, Line 485, Exitcode 0
!!! econf failed
!!! If you need support, post the topmost build error, NOT this status message.

wie gesagt ich verstehe nicht ganz wieso das alles mit der glibc-2.3.4.20041102 zu tun hat denn wenn ich den vorgänger drauf lasse läuft ein emerge -uD world durch
AMD64 3200+
Gentoo stage1 Kernel: 2.6.13
Registrierter Linux User # 362756

8

18.03.2005, 07:47

Du könntest dies mal ausprobieren:

Zitat

See bug #80591

Solution:
emerge --sync
export CPATH=/usr/include/gentoo-multilib/default
emerge glibc

The problem was a commit to multilib.eclass and glibc.ebuild that needed
to be concurrent, and the rsync update happened between the two, so
rsync was bad for about an hour. Sorry.
Et gibt nüx Gutes, außer man tut es

9

19.03.2005, 11:35

vielen dank für die tip's

nur leider wills einfach net jetzt fehlen angeblich libs von qt und ein emerge bricht wieder ab

ich bin nun schon dabei die 2004.3 neu aufzusetzen

aber sag bitte bescheid wenns irgentwann einmal mit der umstellung auf 2005 klappt
AMD64 3200+
Gentoo stage1 Kernel: 2.6.13
Registrierter Linux User # 362756