[erledigt] probleme mit emerge sys.libs/glibc-2.11.2

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

Diabolus

Profi

Beiträge: 611

24.07.2010, 04:08

probleme mit emerge sys.libs/glibc-2.11.2

Mahlzeit!

Ich versuche gerade mein System auf den neusten Stand zu bringen und glibc will nicht mitspielen. Ich finde auch in der Ausgabe keinen wirklichen Grund dafür, bzw. ich finde da schon eine Fehlermeldung aber nicht den Weg um diese zu beseitigen.

build.log
emerge --info

hängen an dem Post an.

Hoffe ihr wisst was das soll.

»Diabolus« hat folgende Dateien angehängt:

build.txt (23,59 kB - 11 mal heruntergeladen - zuletzt: 20.01.2011, 08:12)
emergeinfo.txt (4,42 kB - 5 mal heruntergeladen - zuletzt: 26.07.2010, 10:41)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Diabolus« (27.07.2010, 03:13)

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

24.07.2010, 10:22

Laut Build-Log hast Du ein Problem mit media-video/fuppes-0.640 und nicht mit glibc.
Falls dem so ist würde ich erst mit "emerge --skipfirst" weiter machen und mich um fuppes später kümmern.

Auch wenn Open-Source kostenlos ist, ist sie nicht umsonst. Dein Preis ist Dein Engagement und Mitarbeit an OS-Projekten.
Wenn Du keinen Preis bezahlen willst, bist Du die Ware. Und das ist nicht Open Source, geschweigedenn frei.

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

24.07.2010, 10:55

Um fuppes habe ich mich gestern eigentlich gekümmert, der flog nämlich nachdem ich mediatomb entdeckt hatte ins Nirvana. Auch wenn ich fuppes an sich gut finde ist mediatomb einfach im normalen portage drin und ich muss mir nicht laufend ebuilds suchen die dann nach zwei Versuchen aus irgend einem Grund nicht mehr funktionieren. Deshalb wundert mich das jetzt schon.

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

24.07.2010, 11:34

Wurde hier evtl. die build.log verwechselt?
Laut Titel geht es um glibc
die angehängte build.log ist von fuppes-0.640
und nun kommt noch mediatomb hinzu....?

Sorry, da schau ich aktuell nicht ganz durch.
Magst du dein Anliegen bitte noch mal überprüfen, und ein wenig ausführlicher beschreiben?!

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

24.07.2010, 13:43

Na glibc will nicht emergen. Die Anhänge sind beide von dem Versuch glibc-2.11.2 zu emergen.

Bell meinte es wäre etwas mit fuppes und ich habe ihm gesagt, da ich mediatomb gefunden habe und es mir besser gefällt wie fuppes habe ich fuppes wieder gelöscht so das es eigentlich keine Probleme verursachen dürfte.

Aber es geht um glibc

Zum Seitenanfang

Blackstar

Fortgeschrittener

Beiträge: 172

24.07.2010, 14:20

Auszug aus deinem build.log:

Zitat

Thanks for using fuppes
please report bugs

und...

Zitat

ERROR: media-video/fuppes-0.640 failed:

Wie kommst du denn auf glibc?

Wie dem auch sei. Vieleicht hilft dir das hier dein Problem mit fuppes zu lösen:

http://ubuntuforums.org/showthread.php?t=1290433

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

24.07.2010, 14:57

Wie ich darauf komme? Öhm. Ich habe emerge --update --deep --newuse world eingegeben. Dabei gab es bei glibc ein Problem. Da ich schon einige Male den Fall hatte, dass es beim eigenen Emergen dann geht. Also habe ich

	Quellcode
1	emerge glibc

eingegeben und dabei kam es wieder zu dem Fehler. Also habe ich das build.log (wie beim Ende vom Emerge angezeigt) als txt gespeichert und hier hoch geladen. Um ehrlich zu sein, ich weiss gar nicht wie da fuppes ins Spiel kommen kann, weil wie gesagt da ich jetzt mediatomb benutze habe ich

	Quellcode
1	emerge --unmerge fuppes

eingegeben. Nach Adam Riese dürfte ich also gar kein fuppes mehr drauf haben. Der dürfte also keine Probleme mehr verursachen denn ich will den ja gar nicht mehr. Ich will doch nur auf glibc-2.11.2 updaten mehr nicht.

Zum Seitenanfang

bell

Erleuchteter

Beiträge: 3 128

24.07.2010, 15:10

Ich vermute, Du hast einfach das falsche Build-Log aus /var/tmp/portage rauskopiert. Kopiere das Build Log nochmal raus, und achte darauf, im Pfad sollte "glibc" und nicht "fuppes" vorkommen

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

24.07.2010, 16:47

Zitat von »Diabolus«

Nach Adam Riese dürfte ich also gar kein fuppes mehr drauf haben. Der dürfte also keine Probleme mehr verursachen denn ich will den ja gar nicht mehr. Ich will doch nur auf glibc-2.11.2 updaten mehr nicht.

Unter /var/tmp/portage/* werden alle Logs von abgebrochenen Paketen gespeichert, sie bleiben dort so lange bis DU sie manuell löscht.
Evtl. solltest du die Chance nutzen und dort gleich mal mit aufräumen?!

Bezüglich glibc
Mir war aufgefallen das du aktuell drei gcc Versionen auf dem System hast, mit welcher versuchst du glibc-2.11.2 zu bauen?
siehe zb

	Quellcode
1	# gcc-config -l

(kleines L)
Ich würde empfehlen es mit der aktuellen Version zu versuchen (sofern nicht schon gesetzt)

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

25.07.2010, 13:18

Also ich benutze den aktuellsten gcc. Wie werde ich denn die anderen
wieder los? oder brauche ich die?

Und ja sorry ihr habt recht.
Ich hab wirklich den falschen Log geschickt. Der Richtige gibt es auf http://www.th-home.com/glibc-buildlog.txt weil der irgendwie 14 MB hat...

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

25.07.2010, 14:04

Hi Diabolus

Deine glibc-build-log endet ja etwa mit

Quellcode

 [..."Schnipp-Schnapp"...]

make[2]: Leaving directory `/media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/glibc-2.11.2/elf'
cd /media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl && /usr/lib/gcc/i686-pc-linux-gnu/4.4.3/../../../../i686-pc-linux-gnu/bin/ar cruv libc.a `cat csu/stamp.o iconv/stamp.o locale/stamp.o localedata/stamp.o iconvdata/stamp.o assert/stamp.o ctype/stamp.o intl/stamp.o catgets/stamp.o math/stamp.o setjmp/stamp.o signal/stamp.o stdlib/stamp.o stdio-common/stamp.o libio/stamp.o dlfcn/stamp.o malloc/stamp.o string/stamp.o wcsmbs/stamp.o time/stamp.o dirent/stamp.o grp/stamp.o pwd/stamp.o posix/stamp.o io/stamp.o termios/stamp.o resource/stamp.o misc/stamp.o socket/stamp.o sysvipc/stamp.o gmon/stamp.o gnulib/stamp.o wctype/stamp.o manual/stamp.o shadow/stamp.o gshadow/stamp.o po/stamp.o argp/stamp.o crypt/stamp.o nptl/stamp.o resolv/stamp.o nss/stamp.o rt/stamp.o conform/stamp.o debug/stamp.o c_stubs/stamp.o libidn/stamp.o nptl_db/stamp.o inet/stamp.o hesiod/stamp.o sunrpc/stamp.o nis/stamp.o nscd/stamp.o streams/stamp.o login/stamp.o elf/stamp.o stamp.o`
a - csu/init-first.o
a - csu/libc-start.o
a - csu/sysdep.o
a - csu/version.o
.....
[..."Schnip-Schnap"....]

a - resource/getrlimit.o
a - resource/setrlimit.o
a - resource/getrlimit64.o
a - resource/setrlimit64.o
a - resource/getrusage.o
a

Was geschieht dann, bleibt er da einfach stehen?
denn normal sollte es ja, sofern es zum Abbruch kommt einen abschließenden Error geben!?
Beachte das es da durchaus, zumindest optisch laut Konsolenausgabe zum Stillstand kommen kann. Hast du da letztendlich selbst manuell abgebrochen? wenn ja, wie lange wurde abgewartet?

Ansonsten, auch wenn es der Name nicht vermuten lässt, aber ist auf /media/MegaSpeicher/.var/tmp/portage/ wirklich noch genügend Platz vorhanden?
Und wie schaut es mit genügend Arbeitsspeicher aus, wie viel hast du da insgesamt verfügbar? , siehe zb

	Quellcode
1	$ free -mo

........................................................................................................................................
Nur ein selbstgespräch:
Ahhrg..., ist ja nervig, ich kann den post nicht absenden...

Zitat von »"Forum"«

Ihre Nachricht ist zu lang. Es stehen maximal 10 000 Zeichen zur Verfügung.

also muss ich nochmals kürzen...
Sorry, das ist wohl nach dem Forensoftware Upgrade immer noch nicht angepasst worden.

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

26.07.2010, 04:02

Warum auch immer ich mit dem Log so ein Problem habe, hier kommt nun der Rest!

»Diabolus« hat folgende Datei angehängt:

glibc-buildlog-rest.txt (51,25 kB - 2 mal heruntergeladen - zuletzt: 26.07.2010, 10:27)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

26.07.2010, 09:37

Quellcode

: /media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl/libc_nonshared.a
i686-pc-linux-gnu-gcc -Wl,-O1  -nostdlib -nostartfiles -r -o /media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl/libc_pic.os \
	 -Wl,-d -Wl,--whole-archive /media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl/libc_pic.a
/media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl/libc_pic.a: member /media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl/libc_pic.a(inet_ntoa.os) in archive is not an object
collect2: ld gab 1 als Ende-Status zurück
make[1]: *** [/media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/build-default-i686-pc-linux-gnu-nptl/libc_pic.os] Fehler 1
make[1]: Leaving directory `/media/MegaSpeicher/.var/tmp/portage/sys-libs/glibc-2.11.2/work/glibc-2.11.2'
make: *** [all] Fehler 2
 [31;01m*[0m ERROR: sys-libs/glibc-2.11.2 failed:
 [31;01m*[0m   make for default failed
 [31;01m*[0m 
 [31;01m*[0m Call stack:
 [31;01m*[0m           ebuild.sh, line   54:  Called src_compile
 [31;01m*[0m         environment, line 3783:  Called eblit-run 'src_compile'
 [31;01m*[0m         environment, line 1218:  Called eblit-glibc-src_compile
 [31;01m*[0m   src_compile.eblit, line  207:  Called toolchain-glibc_src_compile
 [31;01m*[0m   src_compile.eblit, line  123:  Called die
 [31;01m*[0m The specific snippet of code:
 [31;01m*[0m   		make PARALLELMFLAGS="${MAKEOPTS}" || die "make for ${ABI} failed"

Puhh..., da muss _ich_ zZt passen...
Es scheint auch noch kein anderer diesen Fehler gehabt zu haben...
Meine Laienhafte Vermutung ist das es am gcc liegen könnte...?!
poste doch bitte mal die Ausgabe von

	Quellcode
1	gcc-config -l

(kleines L)

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

26.07.2010, 12:02

So bittesehr schön...

Quellcode

[1] i686-pc-linux-gnu-3.4.6
[2] i686-pc-linux-gnu-3.4.6-hardened
[3] i686-pc-linux-gnu-3.4.6-hardenednopie
[4] i686-pc-linux-gnu-3.4.6-hardenednopiessp
[5] i686-pc-linux-gnu-3.4.6-hardenednossp
[6] i686-pc-linux-gnu-4.3.4
[7] i686-pc-linux-gnu-4.4.3 [32;01m*[0m

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

26.07.2010, 22:01

Hmm.. Ok
wenn ich das richtig sehe ist zZt gcc-4.4.3 aktiv gesetzt, das sollte passen.
........................................................................................................................

Zitat von »"Diabolus"«

Also ich benutze den aktuellsten gcc. Wie werde ich denn die anderen
wieder los? oder brauche ich die?

Wenn du persönlich sie nicht brauchst dann kannst du sie deinstallieren, ein aktuelles gentoo braucht diese alten Compiler idR nicht.

	Quellcode
1	emerge -avC gcc:3.4 gcc:4.3

=========================================================================================
Zu deinem aktuellen glibc Problem:
Dieser scheinbare ABI Bruch

	Quellcode
1	make PARALLELMFLAGS="${MAKEOPTS}" \|\| die "make for ${ABI} failed"

scheint ja aus irgendwelchen veralteten oder missglückten Pakt Updates im Basissystem herzu rühren...
Wenn du da nicht weiterkommst solltest du evtl. mal das Basissystem neu übersetzen, zb via

	Quellcode
1	# emerge -ave system

BTW:
Vergesse bitte auch nicht die Hinweise beim gcc zu befolgen (sofern noch nicht geschehen)
du solltest zumindest ein

	Quellcode
1 2 3	# source /etc/profile und # fix_libtool_files.sh 4.3

ausführen.

Zum Seitenanfang

Diabolus

Profi

Beiträge: 611

26.07.2010, 23:59

Ich kann mir nicht helfen aber auf einmal geht es mit dem emergen.

Ich dachte mir ich versuche es einfach mal, nachdem ich gesehen habe das gcc auch wieder ein Update erfahren hat und siehe da. Danach hatte ich zwar Probleme mit de_DE.UTF-8 aber das war ja nicht der Rede wert.

Ich setze es mal auf Erledigt, da ja keine eindeutige Lösung gefunden wurde.

Zum Seitenanfang

GentooForum.de