Waterfox : GLIBC_2.30' not found

[willy4711]

Ich packe es mal hierhin, weil ich glaube, dass einige Waterfox ebenfalls benutzen. Zumal es anscheinend auch Firefox Beta betrifft
:https://cse.google.de/cse?q=Waterfox%20 ... ve7oxp555y
Ich benutze Xfce / Testing
Heute früh fragte Waterfox wg. Updates nach, machte es allerdings nicht wie üblich selber, sondern leitete mich auf die Webseite weiter.
https://www.waterfox.net/ bzw: https://www.waterfox.net/download/
Ich holte mir erstmal den "current" welcher aber nicht starten wollte. Der Versuch mit dem "classic" scheiterte ebenfalls.
Identische Fehlermeldungen im Terminal:

Code: Alles auswählen

$ /opt/waterfox/waterfox
XPCOMGlueLoad error for file /opt/waterfox/libnspr4.so:
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.30' not found (required by /opt/waterfox/libnspr4.so)
Couldn't load XPCOM.

Keine Ahnung, wie man das fixen kann, ob bei mir was fehlt, oder das ein Bug ist.
Ich hab mal bei mir nach glib gesucht =Böhmische Dörfer :

Code: Alles auswählen

dpkg -l *glib*|grep ii
ii  gir1.2-dbusmenu-glib-0.4:amd64    18.10.20180917~bzr492+repack1-1 amd64        typelib file for libdbusmenu-glib4
ii  gir1.2-glib-2.0:amd64             1.62.0-2                        amd64        Introspection data for GLib, GObject, Gio and GModule
ii  gir1.2-packagekitglib-1.0         1.1.13-2                        amd64        GObject introspection data for the PackageKit GLib library
ii  glib-networking:amd64             2.62.3-1                        amd64        network-related giomodules for GLib
ii  glib-networking-common            2.62.3-1                        all          network-related giomodules for GLib - data files
ii  glib-networking-services          2.62.3-1                        amd64        network-related giomodules for GLib - D-Bus services
ii  libavahi-glib1:amd64              0.7-5                           amd64        Avahi GLib integration library
ii  libcglib-java                     3.2.12-1                        all          Code generation library for Java
ii  libdbus-glib-1-2:amd64            0.110-5                         amd64        deprecated library for D-Bus IPC
ii  libdbus-glib2.0-cil               0.6.0-1                         all          CLI implementation of D-Bus (GLib mainloop integration)
ii  libdbusmenu-glib4:amd64           18.10.20180917~bzr492+repack1-1 amd64        library for passing menus over DBus
ii  libgit2-glib-1.0-0:amd64          0.28.0.1-1+b1                   amd64        glib wrapper library around the libgit2 git access library
ii  libglib-object-introspection-perl 0.048-1                         amd64        Perl bindings for gobject-introspection libraries
ii  libglib-perl:amd64                3:1.329.1-1+b1                  amd64        interface to the GLib and GObject libraries
ii  libglib2.0-0:amd64                2.62.4-1                        amd64        GLib library of C routines
ii  libglib2.0-bin                    2.62.4-1                        amd64        Programs for the GLib library
ii  libglib2.0-cil                    2.12.40-2+b1                    amd64        CLI binding for the GLib utility library 2.12
ii  libglib2.0-data                   2.62.4-1                        all          Common files for GLib library
ii  libglib2.0-dev:amd64              2.62.4-1                        amd64        Development files for the GLib library
ii  libglib2.0-dev-bin                2.62.4-1                        amd64        Development utilities for the GLib library
ii  libglib3.0-cil                    2.99.3-3                        amd64        CLI binding for the GLib library of C routines
ii  libglibmm-2.4-1v5:amd64           2.62.0-1                        amd64        C++ wrapper for the GLib toolkit (shared libraries)
ii  libjson-glib-1.0-0:amd64          1.4.4-2                         amd64        GLib JSON manipulation library
ii  libjson-glib-1.0-common           1.4.4-2                         all          GLib JSON manipulation library (common files)
ii  libjson-glib-dev:amd64            1.4.4-2                         amd64        GLib JSON manipulation library (development files)
ii  libmbim-glib4:amd64               1.18.2-0.2                      amd64        Support library to use the MBIM protocol
ii  libmm-glib0:amd64                 1.10.4-0.1                      amd64        D-Bus service for managing modems - shared libraries
ii  libpackagekit-glib2-18:amd64      1.1.13-2                        amd64        Library for accessing PackageKit using GLib
ii  libpoppler-glib8:amd64            0.71.0-6                        amd64        PDF rendering library (GLib-based shared library)
ii  libpulse-mainloop-glib0:amd64     13.0-3                          amd64        PulseAudio client libraries (glib support)
ii  libqmi-glib5:amd64                1.22.4-0.1                      amd64        Support library to use the Qualcomm MSM Interface (QMI) protocol
ii  libupower-glib3:amd64             0.99.11-1                       amd64        abstraction for power management - shared library

Hatte noch eine Sicherung von /opt, und die Version 2019/12 zurück gespielt, die läuft.
Habt ihr Ideen, was da falsch ist ???ß

[hikaru]

Heute früh fragte Waterfox wg. Updates nach, machte es allerdings nicht wie üblich selber, sondern leitete mich auf die Webseite weiter.
https://www.waterfox.net/ bzw: https://www.waterfox.net/download/
Ich holte mir erstmal den "current" welcher aber nicht starten wollte. Der Versuch mit dem "classic" scheiterte ebenfalls.
Identische Fehlermeldungen im Terminal:

Code: Alles auswählen

$ /opt/waterfox/waterfox
XPCOMGlueLoad error for file /opt/waterfox/libnspr4.so:
/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.30' not found (required by /opt/waterfox/libnspr4.so)
Couldn't load XPCOM.

Keine Ahnung, wie man das fixen kann, ob bei mir was fehlt, oder das ein Bug ist.

Die Meldung sagt aus, dass das Programm auf Code-Ebene Funktionen von glibc in Version 2.30 voraussetzt. Im Allgemeinen ist die glibc zu Funktionen älterer Versionen abwärtskompatibel. So stellt z.B. eine glibc 2.30 auch Funktionen bereit, die mit 2.28 eingeführt wurden. Andersrum gilt das nicht. Deine glibc 2.28 (Buster) bzw. 2.29 (Bullseye, Sid) kann keine Funktionen bereitstellen, die erst mit 2.30 (experimental) eingeführt wurden.

Du selbst kannst das zur Zeit nur fixen, indem du die glibc-Pakete aus experimental installierst. Falls das nicht deine Wunschlösung ist, dann bleibt dir nur abzuwarten, bis entweder glibc >= 2.30 in dein Release rutscht oder die Waterfox-Entwickler sich wieder auf ein sinnigeres Funktionsset beschränken (glibc 2.30 vorauszusetzen ist für Januar 2020 sehr "sportlich").

Edit:
Eine hässliche Bastellösung könnte auch sein, die von Waterfox ausgelieferte libnspr4.so zu löschen, in der Hoffnung, dass er dann auf die System-Library aus libnspr4 zurückfällt und dann zu beten, dass das funktioniert. Das kann dir wegen möglicher weiterer Abhängigkeiten aber jederzeit unerwartet um die Ohren fliegen.
Alles in Allem sieht mir das hier nach einem Paradebeispiel für die Fremdquellenwarnung aus.

[willy4711]

Alles in Allem sieht mir das hier nach einem Paradebeispiel für die Fremdquellenwarnung aus.

Für Waterfox gibt es (hier zum Glück) kein Repo. Der ist komplett "Solo". Da passe ich auf: wenn was Fremdes kommt, dann sollte es sich nach
Möglichkeit nicht im restlichen System verewigen. Wenn es eine *.deb Datei ist, sehe ich mir die erstmal an, wo die was hin spammen will
Erlaubt sind nur Menü- Einträge.
Ich finde es allerdings eine Zumutung, davon kein Wort zu erwähnen. Gar mancher wird dann plötzlich ohne diesen Browser dastehen.
Ich habe keine offizielle Quelle gefunden, von der man eine alte Version beziehen kann.
Nur eine, wo man sich es sich aus dem Repo "klauen" muss. Falls jemand noch betroffen ist, hier gibt es den alten Waterfox:
http://ftp.nluug.nl/os/Linux/distr/soly ... /waterfox/
War ja purer Zufall, das ich wg. Rechner -Neubau auch /opt gesichert hatte.

Du selbst kannst das zur Zeit nur fixen, indem du die glibc-Pakete aus experimental installierst. Falls das nicht deine Wunschlösung ist, dann bleibt dir nur abzuwarten, bis entweder glibc >= 2.30 in dein Release rutscht oder die Waterfox-Entwickler sich wieder auf ein sinnigeres Funktionsset beschränken (glibc 2.30 vorauszusetzen ist für Januar 2020 sehr "sportlich").

Und so am System herumdoktern mach ich mal lieber nicht.

[KP97]

Würde ich bei der glib auch nicht empfehlen. Du könntest aber testweise einen symlink auf 2.30 setzen, evtl. hilft das ja.
Passieren kann nichts, ist ja die alte vorhandene lib, und läßt sich auch schnell wieder löschen.

[hikaru]

Du könntest aber testweise einen symlink auf 2.30 setzen, evtl. hilft das ja.

Das wird nicht funktionieren. Es geht hier nicht darum, dass das Programm eine Datei namens "glibc_2.30" (o.Ä.) sucht, sondern dass es eine c-Funktion aus der glibc aufrufen möchte, von er es weiß, dass es die ab 2.30 gibt. Es fragt nun also die glibc, in welcher Version sie vorliegt, bekommt dabei irgendwas <2.30 zurück und meldet dem Benutzer dann, dass das so leider nicht funktioniert.

[KP97]

Ja, schon klar, daher habe ich auch testweise geschrieben.
Andererseits kann ich mir eher nicht vorstellen, daß die Waterfox-Entwickler ihrer Zeit so weit voraus sind, derartige Abläufe aus kommenden Libs bereits jetzt schon einzubauen.

[willy4711]

Andererseits kann ich mir eher nicht vorstellen, daß die Waterfox-Entwickler ihrer Zeit so weit voraus sind, derartige Abläufe aus kommenden Libs bereits jetzt schon einzubauen.

Irgendwie wohl schon. Heute früh gab es drei Treffer (letzter Monat)
Jetzt Seitenweise
Da das ja offensichtlich auch Firefox Beta betrifft, vermute ich, dass da was von Mozilla übernommen wurde, ohne mal zu schauen, welche Distros
den diese Bibliothek im "stabilen" Betrieb haben,
Schlecht ist aber wirklich, dass man über die Webseite keine ältere Version beziehen kann.

[hikaru]

Andererseits kann ich mir eher nicht vorstellen, daß die Waterfox-Entwickler ihrer Zeit so weit voraus sind, derartige Abläufe aus kommenden Libs bereits jetzt schon einzubauen.

Glibc 2.30 wurde im August 2019 veröffentlicht [1], ist also nicht soo neu, wenn man außer Acht lässt, dass die meisten Linux-Distributionen eben nicht Bleeding Edge sind, sondern mehr oder weniger festen Release-Zyklen folgen, zwischen denen sich recht wenig bewegt.

Nun weiß ich nicht, was mir mehr Kopfschmerzen bereitet:
1. Dass Mozilla offenbar so einen banalen Umstand übersieht.
2. Dass den Waterfox-Devs bei ihrer eigenen Qualitätskontrolle nicht auffällt, dass ihr Build außer unter dem aktuellsten Ubuntu und Fedora praktisch auf keiner der verbreiteten Distributionen läuft.

Wie auch immer, so eine Tischplatte ist ganz schön hart.


[1] https://www.gnu.org/software/libc/libc.html

[CH777]

2. Dass den Waterfox-Devs bei ihrer eigenen Qualitätskontrolle nicht auffällt, dass ihr Build außer unter dem aktuellsten Ubuntu und Fedora praktisch auf keiner der verbreiteten Distributionen läuft.

Ist inzwischen aufgefallen: https://twitter.com/waterfoxproject/sta ... 31136?s=21

[hikaru]

Ist inzwischen aufgefallen: https://twitter.com/waterfoxproject/sta ... 31136?s=21

Ich finde ja, solche gravierenden Probleme sollten VOR dem Release auffallen.

Nur um das klarzustellen:
Ich kritisiere nicht, dass die Waterfox-Devs ihren Browser aus Versehen mit glibc 2.30 gebaut haben. Shit happens. Ich kritisiere, dass das bei ihrer internen Qualitätskontrolle nicht aufgefallen ist, denn im Grunde zeigt mir das, dass diese Qualitätskontrolle nicht funktioniert, weil sie diesen Build außer unter Ubuntu 19.10 (und vielleicht Fedora 31 und Arch) offensichtlich nirgends auch nur gestartet haben. Wenn jemand einen Browser für "Linux" (nicht Ubuntu) anbietet, dann würde ich erwarten, dass der zumindest auf den verbreiteten Distributionen mit stabilem Release-Modell auf Lauffähigkeit getestet wird: Ubuntu (+LTS), Debian Stable, RHEL (CentOS); Zusatzpunkte gibts für Suse und Slackware.
Und da stellt sich mir dann die Frage, was da noch alles im Argen liegt, wovon der normale Nutzer eben nichts mitkriegt. @Radfahrer: Bitte übernehmen Sie!

[willy4711]

Hmm was ist den da los ?
Der Thread zu dem Thema auf Reddit wurde gesperrt ?
https://www.reddit.com/r/waterfox/comme ... slinuxx86/
Die Entwickler von Waterfox scheinen keinen Wert mehr auf Linux- User zu legen. ?
Na dann werde ich mal auf die Suche gehen. Langsam ist das wirklich mehr akzeptabel.
Wenigstens eine Warnung auf der Download- Seite wäre doch wohl angebracht.

[TomL]

Hast Du schon neue Erkenntnisse? Oder war das jetzt das endgültige Aus für Waterfox in Debian?

Im Moment nutze ich noch 2019.12 .... aber ohne Updates ist das ja nur noch ne kurzfristige Angelegenheit. Ich finde das echt bedauerlich, denn rein gefühlsmäßig und beim Umgang mit den Datenschutzsettings hat mir zuletzt Waterfox mehr zugesagt, als Palemoon. Aber wenn sich da nichts ergibt, werde ich wohl -allerdings unfreiwillig- wieder auf Palemoon zurück wechseln.

[willy4711]

Hast Du schon neue Erkenntnisse? Oder war das jetzt das endgültige Aus für Waterfox in Debian?

Nein.
Ich versteh allerdings überhaupt nicht, was da abläuft.
Inzwischen sollte es sich ja bis zu den Entwicklern herumgesprochen haben, dass da irgendetwas im Argen liegt.
Aber kein einziges Wort dazu.
Ein gesperrter Thread,
Weiterhin die Aufforderung, ein Update zu machen.
Nach dem Update wird sich der Gebrauch von Waterfox für die meisten Linuxer eh erledigt haben, da der Entwickler
keine alten Versionen bereitstellt, und die wenigsten ein Backup von Programmdateien haben werden, die man normalerweise problemlos beziehen kann. Bei mir war das auch mehr oder weniger ein Zufall, da ich wg. Rechner- Wechsel, halt auch /opt gesichert hatte.

Da die Entwickler ja wohl kaum erwarten, dass sämtliche Distros nun ganz schnell die neue glibc bereitstellen, damit einige
User den Waterfox weiter nutze können, scheint mir das fast beabsichtigt zu sein

[TomL]

Ein gesperrter Thread,...

Möglicherweise,weil das schon mehrfach thematisiert wurde. Etwas weiter runter gabs schon zwei Threads, z.B.:
https://www.reddit.com/r/waterfox/comme ... _debian10/
Aber der Lösungsvorschlag, irgend ein dubioses Appimage aus irgendeiner anonymen Quellen zu laden, geht ja wohl gar nicht.

Da die Entwickler ja wohl kaum erwarten, dass sämtliche Distros nun ganz schnell die neue glibc bereitstellen, damit einige
User den Waterfox weiter nutze können, scheint mir das fast beabsichtigt zu sein

Beabsichtigt? Die User-Basis auf eine kleine Prozentzahl zu reduzieren und den Browser in der Bedeutungslosigkeit verschwinden zu lassen? Mit welchem Hintergrund?

[willy4711]

Ick hab wat jefunden
https://software.opensuse.org//download ... lassic-kpe

Läuft

[CH777]

Also auf der Downloadseite steht ja nun "glibc 2.28"...

Vielleicht ist das Problem schon behoben und du regst dich ganz umsonst so auf?

[willy4711]

Vielleicht ist das Problem schon behoben und du regst dich ganz umsonst so auf?

Kannst ja mal probieren. Gestern ging es noch nicht. Selbst wenn es jetzt funktionieren sollte, hab ich erstmal den Rand voll
von dieser beschissenen Art zu kommunizieren und User ins Messer laufen zu lassen.
Ein Satz hätte genügt.
Ich weiß nicht, was sich dieser Typ denkt.
Ich werde mich jedenfalls jetzt in Ruhe nach was anderem umsehen.

[CH777]

Nö, startet nicht.

Trotzdem finde ich, dass du da etwas übertreibst...

Ich weiß nicht, was sich dieser Typ denkt.

Dieser Typ macht das in seiner Freizeit...vielleicht hat er ja grad was Wichtigeres zu tun

[willy4711]

Dieser Typ macht das in seiner Freizeit...vielleicht hat er ja grad was Wichtigeres zu tun

Ich verlange ja nicht, dass da sofort ein Fix kommt. Und Fehler macht jeder.
Aber wie lange dauert es wohl, zu schreiben:

Achtung, diese Version läuft nur mit glib 2.3. Sobald ich Zeit habe fixe ich das ???

dann vielleicht noch einen Link auf die alte Version.

Das wäre alles, was man verlangen könnte.

[TomL]

Ick hab wat jefunden
https://software.opensuse.org//download ... lassic-kpe

Das ist der Entwickler mit dem erwähnten AppImage. Aber bei dieser Lösung denke ich, eigentlich ist das ja gar nicht mehr "Waterfox" und ich vermute, er dürfte/sollte das auch eigentlich nicht unter diesem Namen anbieten. Meines Erachtens ist das ein Fork, den man sich wieder aus einer weiteren anonymen Dritt-Quelle laden muss. Ich denke, da lass ich erstmal die Finger von.
Dieser OpenSuse-Auftritt und wie wunderbar die sich um alle anderen Distris sorgen und liebevoll drum kümmern macht mich ja schon wieder eher misstrauisch.

[katzenfan]

Nur als Hinweis:

Die Versionen aus 2020 funzen hier bei "Debian 8" auch nicht, die aus 2019 hingegen schon.

Wer täglich bei der originalen (?) "Waterfox"-Website nachschaut, wird bemerkt haben, daß sich die Namen des/der angeboten "Waterfüchse" in 2020 schon 2x geändert haben.

Die Begriffe "Classic" und "Current" sind nämlich schon wieder weg, (evtl. ändert sich das gerade auch täglich?); "funzen" tut der angebotene 2020er "Waterfox" trotzdem nicht.

Im Speicherverbrauch ist er aber immer noch besser als der originale "Feuerfuchs"; "Feuerfuchs" mauert allerdings, (evtl. zu Recht(?)), beim Bereitstellen von Erweiterungen und Addons, denn den "Wasserfuchs" mag der "Feuerfuchs" offenbar nicht.

[willy4711]

"Feuerfuchs" mauert allerdings, (evtl. zu Recht(?)), beim Bereitstellen von Erweiterungen und Addons, denn den "Wasserfuchs" mag der "Feuerfuchs" offenbar nicht.

Na bei der alten (2019) Version hatte ich mir den User Agent Switcher als Addon installiert. Dann konnte man auch bei Mozilla "einkaufen" gehen.
Bei der 2020 Version geht es.

[CH777]

Die Begriffe "Classic" und "Current" sind nämlich schon wieder weg

??? Gibts beide auf der Download-Seite...nützt uns nur nix

"Feuerfuchs" mauert allerdings, (evtl. zu Recht(?)), beim Bereitstellen von Erweiterungen und Addons, denn den "Wasserfuchs" mag der "Feuerfuchs" offenbar nicht.

Deshalb ja die zwei Versionen: "classic" unterstützt noch die alten Erweiterungen, "current" nur noch die neuen (also genau wie der aktuelle Firefox).

[KP97]

Ich nutze zwar keinen Waterfox, aber das war doch abzusehen. Die Änderungen werden noch gravierender, da ab Firefox 72 von xul nach xhtml gewechselt wurde,
also ein ganz anderes Entwicklungstool.
Waterfox wird etwas hinterher hinken, aber die komplette alte Plattform werden die auf Dauer nicht behalten können.
Das gleiche Spiel wird auch bei Palemoon passieren, wahrscheinlich nur etwas später.
Die Entwicklungen sind auf Dauer nicht aufzuhalten, gerade bei Webbrowsern nicht, die ja doch sehr schnelllebig sind.

[katzenfan]

"classic" unterstützt noch die alten Erweiterungen, "current" nur noch die neuen (also genau wie der aktuelle Firefox).

Versteh ich insofern nicht, als daß hier nur die debianeigenen Firefox-Erweiterungen unterstützt werden; diese allerdings wiederum sind nicht via Mozilla-Addon-Seite updatebar.

Auch alte Erweiterungen von der Mozilla-Addon-Website werden seitens der Mozilla-Addon-Website blockiert, wenn der Waterfox im Einsatz ist und diese Erweiterungen einspielen möchte.