Betterbird startet nicht - GLIBC_2.30 not found

Einmal kurz @jorgk3 geschrieben, damit er eine Notifizierung bekommt.

Zitat von jorgk3

Jeder kann sich das mit einem Kommando selber bauen,

Ich habe das heute mal ausprobiert, weil ich ansible bisher noch nie benutzt hatte. Mein Rechner fällt auch in die Kategorie "betagt". Allerdings laufen darauf aktuelle Linux-Versionen, in diesem Fall auf meiner Spielwiese ein Mint 20.04.

Nach gut 2,5 Stunden:

TASK [success message] *************************************************************************************************************************************************
ok: [localhost] => {
"msg": [
"┌──────────────────────┐",
"│                      │",
"│   BUILD SUCCESSFUL   │",
"│                      │",
"├──────────────────────┴─────────────────────────────────────────────────────────────────────────────┐",
"│ latest package: ./source/obj-x86_64-pc-linux-gnu/dist/betterbird-91.3.0.en-US.linux-x86_64.tar.bz2 │",
"└────────────────────────────────────────────────────────────────────────────────────────────────────┘"
]
}

Das ging wirklich sehr leicht. Script starten, etwas Zeit mitbringen und das war's auch schon. Zwischendurch wird das sudo password benötigt. Komplett über Nacht laufen lassen geht daher nicht.

Mir sind deine fertigen Builds auch lieber, keine Frage.

Ich werde das auch nicht jeden Monat wiederholen. Mein alter Freund hier ist ordentlich ins Schwitzen gekommen. Nahe 100% CPU-Auslastung für rund 2 Stunden.

Wenn sie aber, wie bei @muzel unter bestimmten Versionen nicht laufen, wäre das eine Möglichkeit. Und sehr überrascht war ich, dass ich wirklich nur ansible installiert habe, dann das Script gestartet habe und alles völlig klaglos durchlief. Das kennt man ja auch anders.

P.S.:

Zitat von jorgk3

zudem auch 2+ GB source code runtergeladen werden.

Vor dem Aufräumen habe ich noch rasch nachgeschaut: Das Verzeichnis ansible-betterbird-master hat nach dem Build rund 1 Million Objekte mit insgesamt 20,3 Gigabyte. Das ist schon ein Pfund! Der Löschvorgang hat fast 5 Minuten benötigt.

Zitat von Susi to visit

Einmal kurz jorgk3 geschrieben, damit er eine Notifizierung bekommt.

Jörg (und auch jeder andere) kann ganze Unterforen abonnieren, wenn er/man möchte. Eine persönliche Beteiligung bzw. Erwähnung wäre dann nicht notwendig, um über neue Themen informiert zu werden.

Zitat von muzel

aber ich hab da noch einen Acer Aspire E11 mit 8GB Ram und Quad Core Celeron N2840, wäre das vergleichbar?

Ja, durchaus. Mein Schätzchen ist ein ca. 10 jahre alter i5, 650. 2 core, 4 Threads. Erste Generation Core i. Nachgerüstet auf 8 Gig + SSD.

Fast vergessen. Ich wollte ja noch vergangenes Leid mit dir teilen.

Zitat von muzel

Ich hab zwar früher hin und wieder, eher aus sportlichem Interesse, z.B. ein GnuPG compiliert, aber beim TB nach einem Fehlversuch aufgegeben.

Als die erste Enigmail-Version erschien, die dauerhaft entschlüsseln konnte, habe ich GnuPG ebenfalls selbst compiliert, weil man dazu GnuPG 2.x. brauchte. Das war unter Ubuntu ein ordentliches Theater, weil die GnuPG integriert haben. Da habe ich Stunden investiert, bis das alles wie gewünscht lief. Absolut nicht zu empfehlen.

Thunderbird und Firefox selbst zu builden, hatte ich mir auch schon mal überlegt. Just for fun. Als ich dann gesehen habe, was man dazu zunächst alles an Voraussetzungen schaffen muss, hab' ich's sein lassen. Da war dann doch zu wenig fun for effort drin.

Insofern ist der Weg über ansible super.

Irgendwo hattest du schon mal geschrieben, weshalb du auf der 16.04 bleiben musst. Ich weiß gar nicht mehr, was war denn der Grund?

Zitat von muzel

SSD eben, da muß man ordentlich was drauflegen, gerade wenn man sehr viele kleine Dateien hat. Also eher 30 als 20 GB ansetzen.

Ja, ich hatte auch "die Hosen voll" und die Sorge, dass es nach 2 Stunden vielleicht am Ende an sowas scheitert.

Zitat von muzel

So, jetzt werf ich's noch mal an, mit 70G freiem Platz...

Viel Glück!

Zitat von jorgk3

Das ist Achim zu verdanken, der das Ansible build betreut.

Dann einen lieben Gruß an Achim.

Zitat von muzel

Ansible zu alt?

Bei mir: Ansible 2.9.6, Python 3.8.10, GCC 9.3.0

Zitat von jorgk3

Das Linux-Thema ist also ohne Ende und man kann es nur richtig machen, wenn man dafür eine Maschinenpark bereit hält. Eigentlich sollten sich die verschiedenen Distros oder die Flatpak-Leute (https://github.com/Betterbird/thunderbird-patches/issues/7) der Sache annehmen.

Jein.
Du laesst den containerisierten Build voellig ausser acht.

Das mag fuer den einen oder anderen Windows-Entwickler etwas "out-of-scope" oder "befremdlich" sein... ist aber eine extrem einfache Art und Weise den Build mit verschiedensten Distributionen auszuprobieren.

Im Prinzip benoetigst Du hierbei wirklich nur Docker (oder Podman, etc.) auf Deinem Host-System.

Dann suchst Du Dir das Betriebssystem-Image aus mit dem Du bauen willst (Debian, Mint, Ubuntu, Arch, etc. (in welcher Version auch immer)), und traegst es hier ein:

docker-compose.yml

Dann startest Du den Build wie im README beschrieben.

Dadurch passiert alles innerhalb des Containers; ohne Dein Host-System zu veraendern oder die Abhaengigkeiten vom Host-System zu ziehen.

Wie Thunderbird/Betterbird waehrend dem Bau dann auf verschiedenste Distributionen reagiert (veraltete Bibliotheken, etc.) steht auf einem anderen Blatt.

Aber das ist alles ganz normaler Alltag und Bestandteil der Software-Entwicklung.

P.S.:
Habe eben mal "debian:stretch" verwendet (https://hub.docker.com/_/debian).
Das ist wirklich zu betagt. Das hat nur das alte Ansible 2.2.1.0 in den Paketquellen.

Das Betterbird-Ansible-Skript nutzt aber "include_task": ansible.builtin.include_tasks – Dynamically include a task list

Und das gibt's erst ab Version 2.4.

Koennte man fixen/umgehen... waere imho aber unnoetiger Aufwand hier nochmal Energie in solch veralteten Systeme reinzustecken.

Zitat von jorgk3

Wir haben dann festgestellt, dass Ubuntu EGL 1.5 benutzt, TB/BB aber GLX 1.4.

Das im Vergleich zu den Versionen von Ubuntu etwas schlechtere Schriftbild, auch bei den TBs von Mozilla, war mir früher bereits aufgefallen. Nur unter Ubuntu, nicht unter Mint. Nun kenne ich auch den Grund dafür.

Zitat von jorgk3

Eigentlich sollten sich die verschiedenen Distros oder die Flatpak-Leute (https://github.com/Betterbird/thunderbird-patches/issues/7) der Sache annehmen.

Ich habe gelesen, dass Ubuntu plant, ab einer Version 21.x Firefox und Thunderbird nur noch als Snap auszuliefern. Erstellt werden sollen die Snaps angeblich direkt bei Mozilla.
Damit wäre das Thema der speziellen Anpassung an Ubuntu dann möglicherweise erledigt. Oder auch ganz im Gegenteil, weil z.B. Mint die Snaps nicht unterstützt. Man wird sehen, ob das zum Vor- oder Nachteil wird.

Ich möchte den Schritt zu den Snaps eigentlich nicht mitgehen. Hieße dann nach EOS der 20.04. die Distri zu wechseln. Oder tatsächlich selbst zu builden.