Hallo zusammen, wie ich in eine anderen Thread geschrieben habe, verwende ich signal-cli. https://github.com/AsamK/signal-cli/releases Das will eine neue Version und das neue kompilierte Tool gibt folgende Meldung aus: ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13) Wenn ich mir die Sources hole und das Ding selbst übersetze, kann ich dann dieses Problem umgehen, oder ist in den Sources (normalerweise ?) etwas enthalten, das diese GLIBC_2.3X Version verlangt ? Wenn ich das nicht umgehen kann, werde ich mich wohl von dem Tool verabschieden müssen. vielen Dank für Hinweise Werner Franke
Am 29.02.24 um 16:13 schrieb Werner Franke:
Hallo zusammen,
wie ich in eine anderen Thread geschrieben habe, verwende ich signal-cli.
https://github.com/AsamK/signal-cli/releases
Das will eine neue Version und das neue kompilierte Tool gibt folgende Meldung aus:
./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13)
Wenn ich mir die Sources hole und das Ding selbst übersetze, kann ich dann dieses Problem umgehen, oder ist in den Sources (normalerweise ?) etwas enthalten, das diese GLIBC_2.3X Version verlangt ?
Wenn ich das nicht umgehen kann, werde ich mich wohl von dem Tool verabschieden müssen.
vielen Dank für Hinweise Werner Franke
Zusatz: Ich meinte natürlich nicht DIESE Sources, sondern Sources allgemein. Kommen solche Meldungen, weil das Tool auf einem System übersetzt wurde, auf dem eine glib installiert ist, die diese Versionen enthält, oder werden diese Versionen in den Sources spezifiziert ? Grüße werner
Werner Franke schrieb:
./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13)
[...]
Kommen solche Meldungen, weil das Tool auf einem System übersetzt wurde, auf dem eine glib installiert ist, die diese Versionen enthält, oder werden diese Versionen in den Sources spezifiziert ?
"Solche" Meldungen kommen genau dann, wenn ein Binary gegen eine neuere glibc-Version compiliert wurde als die glibc auf dem System, wo das Binary ausgeführt wird UND ein Library-Call benutzt wurde, dessen Aufruf sich nach Meinung der glibc-Entwickler zwischen den zwei Versionen inkompatibel verändert hat. Realisiert wird das so, dass in der glibc des Build-Systems vermerkt ist, dass die aufgerufene Funktion mindestens glibc 2.34 benötigt wird (die glibc des Build-Systems selbst kann noch neuer sein) und diese Information wird dann beim Build-Vorgang mit ins Binary übernommen. Wie kann man das lösen? Die glibc upzudaten ist in der Regel nicht ratsam, da das das ganze System betrifft und somit andere Binaries subtile Probleme bekommen können. Im schlimmsten Fall bootet nicht mal das System mehr korrekt. Mehrere glibc-Versionen parallel installieren geht theoretisch, ist aber nicht trivial und genau genommmen auch ein ziemliches Gemurkse. In der Regel findet man aber auch eine Version des Tools, die gegen eine hinreichend alte glibc (idealerweise dieselbe Version wie auf dem System) compiliert wurde. Oder man muss selbst compilieren. -- Manfred Härtel, DB3HM mailto:Manfred.Haertel@rz-online.de http://rz-home.de/mhaertel
Am 29.02.24 um 17:08 schrieb Manfred Haertel, DB3HM:
Werner Franke schrieb:
./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13)
[...]
Kommen solche Meldungen, weil das Tool auf einem System übersetzt wurde, auf dem eine glib installiert ist, die diese Versionen enthält, oder werden diese Versionen in den Sources spezifiziert ?
"Solche" Meldungen kommen genau dann, wenn ein Binary gegen eine neuere glibc-Version compiliert wurde als die glibc auf dem System, wo das Binary ausgeführt wird UND ein Library-Call benutzt wurde, dessen Aufruf sich nach Meinung der glibc-Entwickler zwischen den zwei Versionen inkompatibel verändert hat.
Realisiert wird das so, dass in der glibc des Build-Systems vermerkt ist, dass die aufgerufene Funktion mindestens glibc 2.34 benötigt wird (die glibc des Build-Systems selbst kann noch neuer sein) und diese Information wird dann beim Build-Vorgang mit ins Binary übernommen.
Wie kann man das lösen?
Die glibc upzudaten ist in der Regel nicht ratsam, da das das ganze System betrifft und somit andere Binaries subtile Probleme bekommen können. Im schlimmsten Fall bootet nicht mal das System mehr korrekt.
Mehrere glibc-Versionen parallel installieren geht theoretisch, ist aber nicht trivial und genau genommmen auch ein ziemliches Gemurkse.
In der Regel findet man aber auch eine Version des Tools, die gegen eine hinreichend alte glibc (idealerweise dieselbe Version wie auf dem System) compiliert wurde.
Oder man muss selbst compilieren.
vielen Dank Manfred. Wieder was gelernt. Grüße Werner
Hat hier doch schon jemand gebaut:
https://build.opensuse.org/package/show/home%3Acabelo%3Ainnovators/signal-cl...
Gruß
Eric
Am 29. Februar 2024 16:13:26 MEZ schrieb Werner Franke
Hallo zusammen,
wie ich in eine anderen Thread geschrieben habe, verwende ich signal-cli.
https://github.com/AsamK/signal-cli/releases
Das will eine neue Version und das neue kompilierte Tool gibt folgende Meldung aus:
./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13)
Wenn ich mir die Sources hole und das Ding selbst übersetze, kann ich dann dieses Problem umgehen, oder ist in den Sources (normalerweise ?) etwas enthalten, das diese GLIBC_2.3X Version verlangt ?
Wenn ich das nicht umgehen kann, werde ich mich wohl von dem Tool verabschieden müssen.
vielen Dank für Hinweise Werner Franke
Am 29.02.24 um 16:40 schrieb Eric Schirra:
Hat hier doch schon jemand gebaut:
https://build.opensuse.org/package/show/home%3Acabelo%3Ainnovators/signal-cl... https://build.opensuse.org/package/show/home%3Acabelo%3Ainnovators/signal-cl...
Gruß Eric
Am 29. Februar 2024 16:13:26 MEZ schrieb Werner Franke
: Hallo zusammen,
wie ich in eine anderen Thread geschrieben habe, verwende ich signal-cli.
https://github.com/AsamK/signal-cli/releases https://github.com/AsamK/signal-cli/releases
Das will eine neue Version und das neue kompilierte Tool gibt folgende Meldung aus:
./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13)
Wenn ich mir die Sources hole und das Ding selbst übersetze, kann ich dann dieses Problem umgehen, oder ist in den Sources (normalerweise ?) etwas enthalten, das diese GLIBC_2.3X Version verlangt ?
Wenn ich das nicht umgehen kann, werde ich mich wohl von dem Tool verabschieden müssen.
vielen Dank für Hinweise Werner Franke
Danke, Eric, das ist natürlich noch besser. Aber kannst du auch auf die Frage antworten, damit ich das mit dem GLIBC_2.3X verstehe ? Gruss Werner
Am 29. Februar 2024 16:57:44 MEZ schrieb Werner Franke
Am 29.02.24 um 16:40 schrieb Eric Schirra:
Hat hier doch schon jemand gebaut:
https://build.opensuse.org/package/show/home%3Acabelo%3Ainnovators/signal-cl... https://build.opensuse.org/package/show/home%3Acabelo%3Ainnovators/signal-cl...
Gruß Eric
Am 29. Februar 2024 16:13:26 MEZ schrieb Werner Franke
: Hallo zusammen,
wie ich in eine anderen Thread geschrieben habe, verwende ich signal-cli.
https://github.com/AsamK/signal-cli/releases https://github.com/AsamK/signal-cli/releases
Das will eine neue Version und das neue kompilierte Tool gibt folgende Meldung aus:
./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.32' not found (required by ./signal-cli-0.13) ./signal-cli-0.13: /lib64/libc.so.6: version `GLIBC_2.34' not found (required by ./signal-cli-0.13)
Wenn ich mir die Sources hole und das Ding selbst übersetze, kann ich dann dieses Problem umgehen, oder ist in den Sources (normalerweise ?) etwas enthalten, das diese GLIBC_2.3X Version verlangt ?
Wenn ich das nicht umgehen kann, werde ich mich wohl von dem Tool verabschieden müssen.
vielen Dank für Hinweise Werner Franke
Danke, Eric,
das ist natürlich noch besser.
Aber kannst du auch auf die Frage antworten, damit ich das mit dem GLIBC_2.3X verstehe ?
Manfred hat es ja schon ganz gut erklärt. Selber kompilieren. Was ja der build service im oberen "schon getan hat". Gruß Eric
participants (3)
-
Eric Schirra
-
Manfred Haertel, DB3HM
-
Werner Franke