Le nouveau paquet Firefox Linux de Mozilla pour les distributions dérivées d’Ubuntu et Debian

 (blog.mozilla.org)
1 points par GN⁺ 2024-01-26 | 1 commentaires | Partager sur WhatsApp
  • Les utilisateurs Linux peuvent désormais choisir le paquet officiel Firefox .deb, après plusieurs mois de tests, sur Ubuntu, Debian et les distributions basées sur Debian
  • Le nouveau paquet ajoute une option de paquet natif, tout en maintenant la prise en charge de Snap et Flatpak et en s’alignant sur le flux de paquets par défaut des distributions
  • Alors que les anciens paquets .deb dépendaient d’une gestion externe propre à chaque distribution, ce paquet est compilé et pris en charge directement par Mozilla à partir du code source
  • Mozilla applique des optimisations basées sur le compilateur, mais d’autres paquets .deb ne les incluent pas forcément toutes selon leur mainteneur
  • Le nouveau dépôt APT est directement relié au processus de publication de Firefox, et l’application des dernières fonctionnalités et correctifs de sécurité nécessite un redémarrage de Firefox

Option officielle .deb pour l’écosystème Debian

  • Mozilla a publié le paquet Firefox on Linux pour Ubuntu, Debian et les distributions basées sur Debian
  • Firefox pour Linux est proposé sous plusieurs formats officiels
    • build Mozilla .tar.bz2
    • Snap
    • Flatpak
    • nouveau paquet .deb pour les distributions basées sur Debian
  • Le nouveau paquet .deb permet aux utilisateurs de choisir un paquet natif, tandis que Firefox reste compatible avec Snap et Flatpak

Compilation directe par Mozilla et optimisations de performance

  • Le nouveau paquet assemble Firefox à partir du code source sans modification et est compilé et pris en charge directement par Mozilla
    • Les anciens paquets Firefox .deb nécessitaient l’aide de personnes ou d’organisations externes à Mozilla selon la distribution Linux
  • Mozilla applique des optimisations basées sur le compilateur pour de meilleures performances
    • D’autres paquets .deb peuvent ou non inclure l’ensemble des optimisations prévues par Mozilla, selon l’entité qui les maintient

Mises à jour et parcours d’installation

  • Le nouveau dépôt APT est directement relié au processus de publication de Firefox
    • Les utilisateurs peuvent recevoir les dernières mises à jour publiées par Mozilla
    • Un redémarrage de Firefox est nécessaire pour appliquer la dernière version
  • De nombreuses distributions Linux fournissent déjà Firefox préinstallé via leur gestionnaire de paquets et le définissent comme navigateur par défaut
  • La méthode d’installation est détaillée dans paquet Firefox on Linux et le guide d’installation de Firefox pour Linux

À lire aussi

1 commentaires

 
GN⁺ 2024-01-26
Avis sur Hacker News

  • Ce qui m’agaçait avec Firefox installé en .deb, c’était son habitude de forcer le redémarrage du navigateur lorsqu’une mise à jour se faisait en arrière-plan
    Je l’utilisais normalement, puis soudain toutes les URL étaient redirigées vers about:restartrequired, m’obligeant à interrompre mon travail
    Cette annonce ne permet pas vraiment de savoir si le problème est corrigé ; si ce n’est pas le cas, je pense que je continuerai à utiliser le fichier .tar.gz fourni par Mozilla
    Si on l’extrait dans un répertoire où l’on a les droits d’écriture, Firefox se met à jour lui-même comme sous Windows, sans interruption forcée
    https://otechworld.com/wp-content/uploads/2022/04/restart-fi...
    https://support.mozilla.org/en-US/kb/install-firefox-linux#w...

    • Je ne sais pas pour le paquet de la version stable, mais il est explicitement indiqué que le paquet Nightly récemment introduit permet de continuer à naviguer après une mise à niveau APT
      Le texte a été mis à jour avec : “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...
    • Je pense que le problème subsistera avec ce .deb. La façon dont le gestionnaire de paquets effectue les mises à jour pose problème à Firefox en soi
      La notification de redémarrage est le moyen pour Firefox d’indiquer à l’utilisateur que le binaire sur le disque ne correspond pas au binaire en cours d’exécution
      Avant, cet avertissement n’existait pas, et la création de nouveaux processus provoquait des plantages aléatoires ; grâce à l’avertissement, on peut au moins redémarrer de manière ordonnée
      Comme le dit le commentaire parent, le .tar.gz utilise le processus de mise à jour de Mozilla commun à plusieurs plateformes, ce qui permet d’éviter ce problème. La procédure minimale consiste à l’extraire quelque part comme /opt/firefox/, à donner à l’utilisateur ou au groupe les droits de lecture, d’écriture et d’exécution, puis à créer ou copier un fichier Firefox.desktop dans le bon dossier pour qu’il apparaisse dans le lanceur
      https://specifications.freedesktop.org/desktop-entry-spec/de...
      https://specifications.freedesktop.org/menu-spec/latest/ar01...
    • Dans mon souvenir, il demandait un redémarrage à chaque ouverture d’un nouvel onglet, et cet onglet était inutilisable tant qu’on ne redémarrait pas. Les onglets déjà ouverts continuaient de fonctionner
      Depuis, je suis passé d’Ubuntu à Debian et j’ai installé le .tar.gz de Mozilla ; comme indiqué, il se met bien à jour tout seul
      Justement, je viens de vérifier la version : la boîte de dialogue Help, About Firefox affichait l’état de la mise à jour, et dans le répertoire de Firefox, updates/0/update.status indiquait downloading, puis affiche maintenant applied
      update.version contient 122.0, et il y a aussi un fichier de 20 Mo nommé update.mar. last-update.log contient de nombreuses lignes PREPARE PATCH, EXECUTE PATCH et FINISHED PATCH pour des bibliothèques partagées et d’autres fichiers, et la nouvelle version semble attendre dans le répertoire updated/
      La boîte de dialogue About affiche encore 121.0.1 et propose le bouton Restart to update Firefox. Je vais voir combien de temps je peux continuer à utiliser la version actuelle avant de devoir passer à la nouvelle
    • Les builds .tar.gz ont fondamentalement le même problème. Ils ne s’en plaignent simplement pas, mais comme il faut fermer les fichiers de l’ancien paquet et ouvrir ceux du nouveau, un redémarrage finit par être nécessaire
      Pour réduire le temps d’interruption, il suffit de redémarrer le navigateur puis d’utiliser History | Restore previous session
      Le build Flatpak évite ce problème en conservant les deux versions sur le disque jusqu’à la fermeture de l’application. L’ancienne version n’est supprimée qu’à ce moment-là, et la nouvelle est utilisée au démarrage suivant
    • C’est une expérience utilisateur horrible. Je n’ai pas le souvenir d’avoir vu ça en utilisant Firefox via un fichier .deb ou un paquet Arch AUR
      Je ne veux pas que la véritable mise à jour se fasse en arrière-plan. Vérifier les mises à jour ou préparer à l’avance les fichiers à appliquer au prochain redémarrage du navigateur, ça me va
      Mais remplacer discrètement les fichiers de l’application sous le processus du navigateur en cours d’exécution, au point d’empêcher l’ouverture de nouveaux contenus, ce n’est pas terrible
      Peut-être que j’utilisais en fait le .tar.gz plutôt que le .deb. Je me souviens avoir créé et modifié un fichier .desktop pour Firefox
      Il est contre-intuitif que l’expérience de mise à jour soit meilleure avec un répertoire .tar.gz extrait et géré manuellement qu’avec un fichier de paquet censé être géré par un gestionnaire de paquets plus officiel

  • J’utilisais déjà le PPA ~mozillateam. Parce que je n’aime pas Snap. Cela dit, c’est une bonne chose qu’il y ait désormais un dépôt Firefox officiel
    Si Ubuntu écoute : je n’utiliserai jamais Snap. Je l’ai supprimé de toutes mes machines Ubuntu et, s’il est imposé de force, je passerai à Debian, aussi pénible que ce soit

    • Je pourrais aussi passer à Linux Mint. Leur position anti-snap est très ferme
      Cela dit, j’aimerais bien qu’ils proposent à nouveau un spin KDE officiel
    • Je me demande quelles difficultés tu anticipes en passant à Debian. Je l’ai fait et je l’utilise au quotidien, donc ton point de vue m’intéresse
    • PopOS est en gros un Ubuntu sans Snap imposé, avec un meilleur support des pilotes et un vrai paquet Firefox
      Personnellement, j’utilise Firefox en Flatpak pour quelques avantages de sécurité supplémentaires, mais je sais que Firefox natif est disponible si je le veux
    • En tant que débutant ayant récemment installé Ubuntu, j’ai souvent vu le mot snap et, à tort ou à raison, j’ai tendance à faire davantage confiance aux avis aléatoires de HN qu’à la moyenne d’Internet
      Je me demande ce qui déplaît autant dans Snap. Et s’il existe des conseils pour le supprimer de sa machine quand on n’en veut pas, ce serait utile

  • C’est un ajout bienvenu sur Chromebook. On peut désormais installer dans Crostini une version récente de Firefox, c’est-à-dire non ESR, sans Flatpak
    Malheureusement, Mozilla ne fournit toujours pas de build aarch64-linux pour Firefox via ses canaux officiels, donc les utilisateurs de Chromebook ARM64 doivent passer par d’autres méthodes
    Par exemple, j’utilise Nix, mais il faut une configuration compliquée comme nixGL pour faire fonctionner l’accélération matérielle

    • Je me demande s’il existe de bonnes ressources pour apprendre à compiler des binaires Linux Arm64 qui fonctionnent sur Chromebook
      J’ai du code C qui produit des builds Debian x86 et Amd64 avec GCC 4.8 et un vieux Debian, et j’aimerais savoir quoi faire pour créer des binaires qui s’exécutent de la même manière sur Chromebook
    • Je me demande ce que donne Firefox sur ChromeOS par rapport à Chrome. Est-ce que ça ne donne pas l’impression d’être une appli de seconde zone ?

  • J’utilise simplement la version de Debian testing ou unstable, mais si l’on télécharge directement Firefox depuis Mozilla, il est très simple de le laisser se mettre à jour tout seul vers la dernière version
    Ce qui suit place Firefox dans /usr/local, mais il est facile d’adapter ça à ~/, /opt, etc. ; il suffit de mettre le lien symbolique créé quelque part dans $PATH
    L’intégration au bureau dépend de l’environnement de bureau ou du gestionnaire de fenêtres utilisé, mais même si ce n’est pas automatique, ça ne devrait pas être difficile à comprendre
    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

    • J’utilise Firefox Developer Edition comme ça. Il ne refuse pas de fonctionner parce qu’il a été mis à jour en arrière-plan ; il affiche juste un petit point vert dans le menu hamburger pour indiquer de redémarrer quand on veut

  • Comme j’utilise le paquet du PPA (https://launchpad.net/~mozillateam/+archive/ubuntu/ppa), je suis maintenant un peu perdu
    Je ne sais pas si c’est le même paquet ni si je dois migrer. L’article aurait au moins pu le mentionner

    • À vue de nez, l’“Ubuntu Mozilla Team” ne semble pas composée de gens de Mozilla, mais plutôt de personnes qui packagent les logiciels Mozilla pour Ubuntu
      Le dernier paquet de ce PPA a été envoyé par Rico Tzschichholz, qui ne semble pas faire partie de Mozilla
    • Supprimer le paquet PPA et utiliser le dépôt officiel sera dans 99,9 % des cas une bien meilleure option
      La méthode est détaillée sur Google ou YouTube, et c’est trop long à écrire entièrement sur HN. Ça devrait apparaître sur la première page de Google ou DuckDuckGo
      Maintenant qu’il existe un dépôt officiel, il est très probable que les personnes qui maintenaient le PPA cessent de le mettre à jour avec le temps

  • Debian/Ubuntu sont aussi la seule distribution choisie par les paquets natifs de premier rang de Spotify et Signal
    Comme j’essaie d’utiliser Fedora quand c’est possible, ça me saute encore plus aux yeux, mais Debian est souvent le premier choix même pour les logiciels côté client
    Vu la popularité d’Ubuntu et Debian et leur compatibilité mutuelle, c’est logique
    On peut généralement les utiliser aussi sur Fedora. Firefox a son propre paquet, et Signal existe en Flatpak

    • Je ne sais pas ce qu’il en est aujourd’hui, mais autrefois leurs paquets .deb étaient mis à jour plus tard que les paquets Snap

  • Bonne mise à jour de la part de l’équipe Mozilla. J’espère qu’ils continueront dans cette voie
    Ce qui manque en revanche, c’est un engagement durable en faveur de la vie privée et de la liberté
    Après le tristement célèbre article de la CEO Mitchell Baker, “We Need More Deplatforming (2021)”, je ne sais pas ce qui a changé. C’est impossible à ignorer, et je pense que Mozilla doit prendre un engagement fort en matière de droits civiques
    https://blog.mozilla.org/en/mozilla/we-need-more-than-deplat...

    • Le titre de l’article lié est “We need more than deplatforming”, donc il semble avoir été mal cité
      Et je ne vois pas vraiment non plus en quoi cet article défendrait l’exclusion de plateformes
    • Je me demande pourquoi tu penses que cela a changé

  • Est-ce qu’on revient simplement au point de départ ? Avant, il y avait un dépôt .deb, puis il a disparu, et maintenant il revient

    • Les paquets .deb deviennent la nouvelle mode, comme le rendu côté serveur
    • Je ne me souviens pas que Mozilla ait déjà eu un dépôt de paquets Debian. Est-ce que j’ai raté quelque chose ?

  • Il y a un cinquième avantage clé qui manque :
    cela permet d’exécuter sudo apt-get purge snapd sans conséquences indésirables pénibles

    • Récemment, snapd n’arrêtait pas de provoquer des erreurs de segmentation, et la solution a été de le supprimer complètement
      Il s’est avéré que tout ce qui était sur Snap existait aussi sur Flatpak, et je préfère de toute façon Flatpak
    • Pour éviter que snapd soit réinstallé comme dépendance indirecte, il ne faut pas non plus oublier sudo apt-mark hold snapd
    • Sur Ubuntu, lxd semble encore n’être fourni que sous forme de paquet Snap. Je ne l’utilise pas pour l’instant, mais il est en fait plutôt bon
      Heureusement, il a désormais été forké sous le nom incus, et les deux devraient arriver dans Debian et openSUSE. Probablement aussi dans les distributions de la famille Red Hat
    • N’était-il pas possible d’arrêter d’utiliser Snap sans attendre ce nouveau paquet Firefox ?