Mozillas neues Firefox-Linux-Paket für Ubuntu- und Debian-Derivate

 (blog.mozilla.org)
1 Punkte von GN⁺ 2024-01-26 | 1 Kommentare | Auf WhatsApp teilen
  • Linux-Nutzer können nach monatelangen Tests nun das offizielle Firefox-.deb-Paket unter Ubuntu, Debian und Debian-basierten Distributionen wählen
  • Das neue Paket ergänzt bei weiterhin bestehender Snap- und Flatpak-Unterstützung eine native Paket-Option, die zum üblichen Paketfluss der Distribution passt
  • Während bisherige .deb-Pakete von externer Verwaltung je nach Distribution abhingen, wird dieses Paket nun direkt von Mozilla aus dem Quellcode gebaut und unterstützt
  • Mozilla hat compilerbasierte Optimierungen angewendet, aber andere .deb-Pakete enthalten je nach verantwortlicher Paketpflege möglicherweise nicht alle gleichen Optimierungen
  • Das neue APT-Repository ist direkt mit dem Firefox-Release-Prozess verknüpft; für die Anwendung der neuesten Funktionen und Sicherheitsupdates ist ein Neustart von Firefox erforderlich

Offizielle .deb-Option für die Debian-Familie

  • Mozilla hat das Firefox-on-Linux-Paket für Ubuntu, Debian und Debian-basierte Distributionen veröffentlicht
  • Firefox für Linux wird in mehreren offiziellen Formaten bereitgestellt
    • Mozilla-.tar.bz2-Build
    • Snap
    • Flatpak
    • neues .deb-Paket für Debian-basierte Distributionen
  • Das neue .deb-Paket sorgt dafür, dass Firefox weiterhin mit Snap und Flatpak kompatibel bleibt und Nutzer zugleich ein natives Paket wählen können

Direkter Mozilla-Build und Leistungsoptimierung

  • Das neue Paket stellt Firefox ohne Änderungen direkt aus dem Quellcode zusammen und wird von Mozilla selbst gebaut und unterstützt
    • Bisherige Firefox-.deb-Pakete benötigten je nach Linux-Distribution Unterstützung von Personen oder Organisationen außerhalb von Mozilla
  • Mozilla wendet für bessere Leistung compilerbasierte Optimierungen an
    • Andere .deb-Pakete können je nach zuständiger Paketpflege alle von Mozilla beabsichtigten Optimierungen enthalten oder auch nicht

Updates und Installationspfad

  • Das neue APT-Repository ist direkt an den Firefox-Release-Prozess angebunden
    • Wenn Mozilla die neuesten Updates bereitstellt, können Nutzer sie erhalten
    • Um die neueste Version anzuwenden, muss Firefox neu gestartet werden
  • Viele Linux-Distributionen liefern Firefox bereits über den Paketmanager vorinstalliert und als Standardbrowser eingerichtet aus
  • Installationsmethoden finden sich im Firefox-on-Linux-Paket und im Installationsleitfaden für Firefox unter Linux

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-01-26
Hacker-News-Kommentare

  • Wenn Firefox als .deb installiert war, nervte mich die Angewohnheit, bei Hintergrund-Updates einen Browser-Neustart zu erzwingen
    Man nutzte ihn ganz normal, und plötzlich wurden alle URLs auf about:restartrequired umgeleitet, sodass man die Arbeit unterbrechen musste
    Allein aus dieser Ankündigung ist unklar, ob dieses Problem behoben wurde; falls nicht, werde ich wohl weiter die von Mozilla bereitgestellte .tar.gz-Datei verwenden
    Entpackt man sie in ein Verzeichnis mit Schreibrechten, aktualisiert sich Firefox wie unter Windows selbst, ohne erzwungene Unterbrechung
    https://otechworld.com/wp-content/uploads/2022/04/restart-fi...
    https://support.mozilla.org/en-US/kb/install-firefox-linux#w...

    • Zum Paket der stabilen Version weiß ich nichts, aber beim kürzlich eingeführten Nightly-Paket steht ausdrücklich, dass man nach einem APT-Upgrade weiter browsen kann
      Es wurde aktualisiert mit: „Firefox can continue browsing after an APT upgrade, allowing people to restart at their convenience“
      https://blog.nightly.mozilla.org/2023/10/30/introducing-mozi...
    • Ich vermute, dass das Problem auch bei diesem .deb bestehen bleibt. Die Art und Weise, wie der Paketmanager Updates durchführt, verursacht Firefox grundsätzlich Probleme
      Die Neustartmeldung ist Firefox’ Mittel, dem Nutzer mitzuteilen, dass die Binärdatei auf der Festplatte nicht zur laufenden Binärdatei passt
      Früher gab es diese Warnung nicht, sodass es beim Erzeugen neuer Prozesse zufällig zu Abstürzen kam; dank der Warnung kann man wenigstens geordnet neu starten
      Wie im übergeordneten Kommentar erwähnt, kann .tar.gz dieses Problem vermeiden, weil es den plattformübergreifenden Mozilla-Update-Prozess nutzt. Das Mindestverfahren besteht darin, das Archiv etwa nach /opt/firefox/ zu entpacken, dem Nutzer oder der Gruppe Lese-, Schreib- und Ausführungsrechte zu geben und anschließend eine Firefox.desktop-Datei zu erstellen oder zu kopieren und im richtigen Ordner abzulegen, damit sie im Launcher erscheint
      https://specifications.freedesktop.org/desktop-entry-spec/de...
      https://specifications.freedesktop.org/menu-spec/latest/ar01...
    • Soweit ich mich erinnere, verlangte Firefox bei jedem Öffnen eines neuen Tabs einen Neustart, und wenn man nicht neu startete, konnte man diesen Tab nicht nutzen. Bereits geöffnete Tabs funktionierten weiter
      Später bin ich von Ubuntu zu Debian gewechselt und habe Mozillas .tar.gz installiert; wie gesagt, aktualisiert es sich selbst
      Zufällig habe ich gerade die Version geprüft: Im Dialog Hilfe, Über Firefox wurde der Update-Status angezeigt, und in updates/0/update.status im Firefox-Verzeichnis stand zunächst downloading, inzwischen applied
      update.version enthält 122.0, und es gibt auch eine 20-MB-Datei namens update.mar. In last-update.log standen viele Zeilen mit PREPARE PATCH, EXECUTE PATCH und FINISHED PATCH für gemeinsam genutzte Bibliotheken und andere Dateien, und die neue Version scheint im Verzeichnis updated/ bereitzustehen
      Der About-Dialog zeigt noch 121.0.1 an und bietet einen Button Restart to update Firefox. Ich werde beobachten, wie lange ich die aktuelle Version weiterverwenden kann, bevor ich auf die neue wechseln muss
    • Auch der .tar.gz-Build hat im Grunde dasselbe Problem. Er beschwert sich nur nicht darüber, und da Dateien des alten Pakets geschlossen und Dateien des neuen Pakets geöffnet werden müssen, ist letztlich ein Neustart nötig
      Um die Ausfallzeit zu reduzieren, kann man nach dem Neustart des Browsers History | Restore previous session verwenden
      Der Flatpak-Build vermeidet dieses Problem, indem er beide Versionen auf der Festplatte behält, bis die App beendet wird. Erst beim Beenden wird die alte Version entfernt, und ab dem nächsten Start wird die neue verwendet
    • Das ist eine schreckliche User Experience. Ich erinnere mich nicht, dass mir so etwas passiert wäre, als ich Firefox als .deb-Datei oder als Arch-AUR-Paket genutzt habe
      Ich möchte nicht, dass im Hintergrund tatsächlich ein Update durchgeführt wird. Nach Updates zu suchen oder Dateien vorzubereiten, die beim nächsten Browser-Neustart angewendet werden, ist in Ordnung
      App-Dateien heimlich unter einem laufenden Browser-Prozess auszutauschen, sodass keine neuen Inhalte geöffnet werden können, ist nicht gut
      Vielleicht habe ich auch nicht .deb, sondern .tar.gz verwendet. Ich erinnere mich, eine .desktop-Datei für Firefox erstellt und bearbeitet zu haben
      Es wirkt kontraintuitiv, dass die Update Experience in einem manuell verwalteten, entpackten .tar.gz-Verzeichnis besser ist als mit einer Paketdatei, die doch eigentlich für die Verwaltung durch einen offizielleren Paketmanager gedacht ist

  • Ich habe bereits das PPA ~mozillateam genutzt. Weil ich Snap nicht mag. Trotzdem ist es gut, dass es jetzt ein offizielles Firefox-Repository gibt
    Falls Ubuntu zuhört: Ich werde Snap niemals verwenden. Ich habe es auf allen Ubuntu-Maschinen entfernt, und wenn es mir aufgezwungen wird, wechsle ich zu Debian, egal wie schmerzhaft das wird

    • Man könnte auch zu Linux Mint wechseln. Dort ist die Anti-Snap-Haltung sehr klar
      Allerdings wünschte ich, sie würden wieder einen offiziellen KDE-Spin anbieten
    • Mich würde interessieren, welche Schmerzen du bei Debian erwartest. Ich bin tatsächlich umgestiegen und nutze es täglich, daher interessiert mich die Perspektive
    • PopOS ist im Grunde Ubuntu ohne erzwungenes Snap, hat besseren Treiber-Support und auch ein echtes Firefox-Paket
      Persönlich nutze ich aus Sicherheitsgründen wegen einiger zusätzlicher Vorteile Flatpak Firefox, aber ich weiß, dass es natives Firefox gibt, wenn man es möchte
    • Aus Sicht eines Anfängers, der Ubuntu kürzlich installiert hat: Ich habe den Begriff snap häufig gesehen, und ob gut oder schlecht, ich vertraue zufälligen Meinungen auf HN tendenziell mehr als dem Internet-Durchschnitt
      Mich würde interessieren, was an Snap so verhasst ist. Und Tipps zum Entfernen von der Maschine wären auch hilfreich, falls es mir nicht gefällt

  • Auf Chromebooks ist das eine willkommene Ergänzung. Jetzt kann man in Crostini die aktuelle Firefox-Version installieren, also nicht ESR, ohne Flatpak
    Leider stellt Mozilla über die offiziellen Kanäle noch keine aarch64-linux-Builds für Firefox bereit, daher brauchen Nutzer von ARM64-Chromebooks andere Wege
    Ich nutze zum Beispiel Nix, aber damit Hardwarebeschleunigung funktioniert, braucht man eine komplizierte Einrichtung wie nixGL

    • Ich frage mich, ob es gute Ressourcen gibt, um zu lernen, wie man Linux-Arm64-Binaries kompiliert, die auf Chromebooks laufen
      Ich habe C-Code, der mit GCC 4.8 und einem alten Debian x86- und Amd64-Debian-Builds erzeugt, und ich möchte wissen, was nötig wäre, um auf dieselbe Weise Binaries zu erzeugen, die auch auf einem Chromebook laufen
    • Mich würde interessieren, wie Firefox unter ChromeOS im Vergleich zu Chrome ist. Fühlt es sich nicht wie eine App zweiter Klasse an?

  • Ich nutze einfach das, was in Debian testing oder unstable enthalten ist, aber wenn man Firefox direkt von Mozilla herunterlädt, ist es sehr einfach, ihn sich selbst auf die neueste Version aktualisieren zu lassen
    Unten wird Firefox nach /usr/local gelegt, aber man kann es leicht auf ~/, /opt usw. ändern; der erzeugte Symlink muss nur irgendwo in $PATH liegen
    Die Desktop-Integration hängt von der verwendeten Desktop-Umgebung oder dem Window Manager ab, aber selbst wenn sie nicht automatisch passiert, dürfte sie nicht schwer herauszufinden sein
    wget -O firefox-latest.tar.bz2 \
    "https://download.mozilla.org/?product=firefox-latest-ssl&os=linux6…;
    tar xjf firefox-latest.tar.bz2
    sudo rm -rf firefox-latest.tar.bz2 /usr/local/bin/firefox /usr/local/firefox
    sudo mv firefox/ /usr/local/
    sudo ln -s /usr/local/firefox/firefox /usr/local/bin/firefox

    • Ich nutze Firefox Developer Edition auf diese Weise. Es gibt kein Problem, dass er die Funktion verweigert, weil er im Hintergrund aktualisiert wurde; im Hamburger-Menü erscheint nur ein kleiner grüner Punkt, der sagt, dass man neu starten soll, wenn man möchte

  • Ich nutze das PPA-Paket (https://launchpad.net/~mozillateam/+archive/ubuntu/ppa), daher bin ich jetzt verwirrt
    Ich weiß nicht, ob das dasselbe Paket ist oder ob ich wechseln sollte. Im Artikel hätte das zumindest erwähnt werden sollen

    • Dem Anschein nach besteht das „Ubuntu Mozilla Team“ nicht aus Mozilla-Leuten, sondern aus Personen, die Mozilla-Software für Ubuntu paketieren
      Das neueste Paket in diesem PPA wurde von Rico Tzschichholz hochgeladen, und er scheint nicht zu Mozilla zu gehören
    • Das PPA-Paket loszuwerden und das offizielle Repository zu verwenden, ist in nahezu allen Fällen zu 99,9 % besser
      Anleitungen dazu gibt es ausführlich bei Google oder YouTube, und es ist zu lang, um alles auf HN aufzuschreiben. Es dürfte auf der ersten Seite von Google oder DuckDuckGo auftauchen
      Da es nun ein offizielles Repository gibt, ist es sehr wahrscheinlich, dass auch die Leute, die das PPA gepflegt haben, mit der Zeit die Updates einstellen

  • Debian/Ubuntu sind auch die einzigen Distributionen, die Spotify und Signal für ihre primären nativen Pakete wählen
    Da ich möglichst Fedora zu verwenden versuche, fällt mir das besonders auf, aber auch bei Client-Software ist Debian oft die erste Wahl
    Angesichts der Popularität und gegenseitigen Kompatibilität von Ubuntu und Debian ergibt das Sinn
    Unter Fedora kann man es normalerweise trotzdem nutzen. Firefox hat ein eigenes Paket, und Signal gibt es als Flatpak

    • Ich weiß nicht, wie es heute ist, aber früher wurden ihre .deb-Pakete später aktualisiert als die Snap-Pakete

  • Ein gutes Update vom Mozilla-Team. Ich hoffe, sie machen weiter so
    Was allerdings fehlt, ist ein anhaltendes Bekenntnis zu Privatsphäre und Freiheit
    Seit dem berüchtigten Artikel „We Need More Deplatforming (2021)“ von CEO Mitchell Baker weiß ich nicht, was sich geändert hat. Darüber kann ich einfach nicht hinwegsehen, und ich finde, Mozilla muss ein starkes Bekenntnis zu Bürgerrechten abgeben
    https://blog.mozilla.org/en/mozilla/we-need-more-than-deplat...

    • Der verlinkte Artikel heißt „We need more than deplatforming“, daher scheint er falsch zitiert worden zu sein
      Und ich sehe auch nicht wirklich, dass der Artikel Deplatforming befürwortet
    • Mich würde interessieren, warum du denkst, dass sich etwas geändert hat

  • Sind wir wieder am Ausgangspunkt angekommen? Früher gab es ein .deb-Repository, dann verschwand es, und jetzt ist es wieder da

    • .deb-Pakete sind wie serverseitiges Rendering wieder ein neuer Trend geworden
    • Ich kann mich nicht erinnern, dass Mozilla je ein Debian-Paket-Repository hatte. Habe ich etwas verpasst?

  • Es gibt noch einen fehlenden fünften Hauptvorteil:
    Er ermöglicht es, sudo apt-get purge snapd ohne lästige unerwünschte Folgen auszuführen

    • In letzter Zeit gab es das Problem, dass snapd ständig Segmentation Faults verursachte, und die Lösung war, es vollständig zu entfernen
      Wie sich herausstellte, gab es alles, was in Snap war, auch in Flatpak, und Flatpak bevorzuge ich ohnehin
    • Damit snapd nicht wieder als zusätzliche Abhängigkeit installiert wird, sollte man auch sudo apt-mark hold snapd nicht vergessen
    • Unter Ubuntu scheint lxd immer noch nur als Snap-Paket verfügbar zu sein. Ich nutze es derzeit nicht, aber es ist tatsächlich ziemlich gut
      Zum Glück wurde es inzwischen als incus geforkt, und beide sollen in Debian und openSUSE aufgenommen werden. Vermutlich geht das auch bei Red-Hat-basierten Distributionen
    • Hätte man nicht ohnehin nicht auf dieses neue Firefox-Paket warten müssen, um die Nutzung von Snap zu beenden?