| View previous topic :: View next topic |
| Author |
Message |
henry
Apprentice
Joined: 09 Aug 2002
Posts: 154
|
 Posted: Thu Feb 13, 2020 1:27 pm Post subject: (gelöst) glib - Installations Error |
 |
|
Hallo Freunde,
weiß jemand was mit dieser Fehlermeldung anzufangen?
>>> Installing (1 of 1) dev-libs/glib-2.60.7-r1::gentoo
* abi_x86_32.x86: running multilib_pkg_preinst
* abi_x86_64.amd64: running multilib_pkg_preinst
* Updating GSettings schemas ... [ ok ]
* Updating GSettings schemas ... [ ok ]
* abi_x86_32.x86: running multilib_pkg_postinst
* Updating GIO modules cache ...
The futex facility returned an unexpected error code.
/var/tmp/portage/dev-libs/glib-2.60.7-r1/temp/environment: Zeile 2081: 24364 Abgebrochen ${updater} "${EROOT%/}"/usr/$(get_libdir)/gio/modul [ !! ]
* ERROR: dev-libs/glib-2.60.7-r1::gentoo failed (postinst phase):
* Update GIO modules cache failed (for x86)
*
Ich habe keine Peilung.
gtk+ lässt sich auch nicht kompilieren
checking for GLIB... yes
checking for GLIB - version >= 2.57.2... The futex facility returned an unexpected error code.
no
*** Could not run GLIB test program, checking why...
*** The test program compiled, but did not run. This usually means
*** that the run-time linker is not finding GLIB or finding the wrong
*** version of GLIB. If it is not finding GLIB, you'll need to set your
*** LD_LIBRARY_PATH environment variable, or edit /etc/ld.so.conf to point
*** to the installed location Also, make sure you have run ldconfig if that
*** is required on your system
***
*** If you have an old version installed, it is best to remove it, although
*** you may also be able to get things to work by modifying LD_LIBRARY_PATH
configure: error:
*** GLIB 2.57.2 or better is required. The latest version of
*** GLIB is always available from ftp://ftp.gtk.org/pub/gtk/.
Alle Versuche mit Neukompilierungen schlagen fehl.
Ich nutze die Gentoo-Sources 5.5.2-gentoo.
Danke und 73
Henry
Last edited by henry on Fri Feb 14, 2020 7:31 am; edited 1 time in total |
|
| Back to top |
|
 |
mike155
Advocate
Joined: 17 Sep 2010
Posts: 4438
Location: Frankfurt, Germany
|
| Posted: Thu Feb 13, 2020 3:03 pm Post subject: |
|
|
| Quote: | | Code: | | The futex facility returned an unexpected error code. |
|
Die Fehlermeldung könnte von der GLIBC stammen. Zumindest enthält sysdeps/nptl/futex-internal genau diese Fehlermedlung.
Das heißt:
- Es könnte sein, dass etwas mit Deinem Kernel nicht stimmt.
Bitte überprüfe die FUTEX Config von Deinem Kernel. Bitte schau in den Release Notes, ob sich bei Kernel 5.5 etwas in diesem Bereich geändert hat. Probiere evtl. mal eine andere (ältere) Version.
- Es könnte sein, dass mit Deiner glibc etwas nicht stimmt.
Bitte prüfe, ob Du die glibc mit ungewöhnlichen Parametern installiert hast oder ob bei der letzten Installation etwas schief gelaufen ist.
- Es könnte sein, dass etwas an Deiner Gentoo Umgebung nicht stimmt.
Bitte zuerst 1 und 2 überprüfen. Dann bräuchten wir die üblichen Ausgaben für die Pakete glib und gtk+: emerge --info <paketname>, das Build log, usw. Bitte verwende hierfür wgetpaste.
|
|
| Back to top |
|
|
Tyrus
Guru
Joined: 03 Feb 2018
Posts: 300
|
| Posted: Thu Feb 13, 2020 3:04 pm Post subject: |
|
|
Hallo Henry.
Für mich scheint die " futex facility" in beiden Fällen der Auslöser.
Das gehört zum Kernel.
Kannst du da mal nachsehen ob du da eventuell Futex abgeschaltet hast?
Also die Hilfe sagt da:
| Code: |
│ CONFIG_FUTEX: │
│ │
│ Disabling this option will cause the kernel to be built without │
│ support for "fast userspace mutexes". The resulting kernel may not │
│ run glibc-based applications correctly. │
│ │
│ Symbol: FUTEX [=y] │
│ Type : bool │
│ Prompt: Enable futex support │
│ Location: │
│ -> General setup │
│ -> Configure standard kernel features (expert users) (EXPERT [=y]) │
│ Defined at init/Kconfig:1441 │
│ Implies: RT_MUTEXES [=y] │
│
|
Bei mir ist "Configure standard kernel features (expert users)" deaktiviert weswegen ich diese Option gar nicht zur Auswahl habe. Wenn es an ist, kann man dann sehen, das es wohl Defalult auf "aktiviert" steht.
Zumindest bei mir ist das so.
Edit:
Hihi - sorry Mike war etwas schneller ... |
|
| Back to top |
|
|
Tyrus
Guru
Joined: 03 Feb 2018
Posts: 300
|
| Posted: Thu Feb 13, 2020 5:06 pm Post subject: |
|
|
Ich habe es grade nochmal selber durchkompiliert. Also
| emerge --ask --verbose --oneshot dev-libs/glib: |
[...]
* Updating GSettings schemas ... [ ok ]
>>> Regenerating /etc/ld.so.cache...
>>> Original instance of package unmerged safely.
* Updating GSettings schemas ... [ ok ]
* abi_x86_32.x86: running multilib_pkg_postinst
* Updating GIO modules cache ... [ ok ]
* abi_x86_64.amd64: running multilib_pkg_postinst
* Updating GIO modules cache ... [ ok ]
>>> dev-libs/glib-2.60.7-r1 merged.
>>> Regenerating /etc/ld.so.cache...
>>> Auto-cleaning packages...
>>> No outdated packages were found on your system.
* GNU info directory index is up-to-date.
|
Setze selber Kernel 5.5.3 ein. Das sollte als grundsätzlich damit gehen ...
Henry, du kannst vielleicht mal folgendes Kommando manuell ausführen:
| Code: |
/usr/bin/gio-querymodules /usr/lib/gio/modules/
|
Das hab ich im EBuild nachgesehen.
Bei mir wird dadurch im Verzeichnis '/usr/lib/gio/modules/' das Cache-File 'giomodule.cache' aktualisiert.
Es sollte auch per manuellen Aufruf zum Fehler kommen. Der Fehler ist kein "echter" Build-Fehler sondern kommt in der Nach-Installationsphase erst.
Edit:
/usr/bin/gio-querymodules ist nur ein Link auf das 64bit-Binary.
| Code: |
ls -la /usr/bin/*gio-querymodules
lrwxrwxrwx 1 root root 36 13. Feb 17:47 /usr/bin/gio-querymodules -> x86_64-pc-linux-gnu-gio-querymodules
-rwxr-xr-x 1 root root 21144 13. Feb 17:45 /usr/bin/i686-pc-linux-gnu-gio-querymodules
-rwxr-xr-x 1 root root 21840 13. Feb 17:45 /usr/bin/x86_64-pc-linux-gnu-gio-querymodules
|
Mein Fehler, sorry. Du testest besser beide Binaries manuell. Also:
| Code: |
/usr/bin/i686-pc-linux-gnu-gio-querymodules /usr/lib/gio/modules/
/usr/bin/x86_64-pc-linux-gnu-gio-querymodules /usr/lib64/gio/modules/
|
So sollte es stimmen hoffe ich. |
|
| Back to top |
|
|
henry
Apprentice
Joined: 09 Aug 2002
Posts: 154
|
| Posted: Fri Feb 14, 2020 7:42 am Post subject: |
|
|
Hallo mike155, hallo Tyrus,
danke für Eure Hilfe.
Tyrus schrieb:
Bei mir ist "Configure standard kernel features (expert users)" deaktiviert weswegen ich diese Option gar nicht zur Auswahl habe. Wenn es an ist, kann man dann sehen, das es wohl Defalult auf "aktiviert" steht.
Zumindest bei mir ist das so.
Prüfung ergab: Ist bei mir genauso.
Die Lösung lag in der make.conf.
Ich hatte systemweit USE="abi_x86_32" aktiviert.
Useflag raus und alles wieder okay.
Mein System läuft schon ein paar Jahre. Da ist es manchmal kompliziert alles aktuell zu halten und auf Neues zu reagieren.
Bin auch erst vor kurzem vom 4er Kernel auf dem 5er gewechselt. War auch etwas tricky.
Also Danke und bis zum nächsten mal.
73 Henry |
|
| Back to top |
|
|
|
Deutsches Forum (German)
