Novo pacote do Firefox para Linux da Mozilla para distribuições derivadas do Ubuntu e Debian

 (blog.mozilla.org)
1 pontos por GN⁺ 2024-01-26 | 1 comentários | Compartilhar no WhatsApp
  • Usuários de Linux agora podem escolher o pacote oficial .deb do Firefox, testado por vários meses, no Ubuntu, Debian e distribuições baseadas em Debian
  • O novo pacote mantém o suporte a Snap e Flatpak, mas acrescenta uma opção de pacote nativo alinhada ao fluxo padrão de pacotes das distribuições
  • Enquanto os pacotes .deb existentes dependiam de gerenciamento externo específico de cada distribuição, este pacote é compilado e mantido diretamente pela Mozilla a partir do código-fonte
  • A Mozilla aplicou otimizações baseadas no compilador, mas outros pacotes .deb podem não incluir todas as mesmas otimizações, dependendo de quem os mantém
  • O novo repositório APT é integrado diretamente ao processo de lançamento do Firefox, e é necessário reiniciar o Firefox para aplicar os recursos mais recentes e correções de segurança

Opção oficial .deb para a família Debian

  • A Mozilla lançou o pacote Firefox on Linux para Ubuntu, Debian e distribuições baseadas em Debian
  • O Firefox para Linux é oferecido em vários formatos oficiais
    • Build Mozilla .tar.bz2
    • Snap
    • Flatpak
    • Novo pacote .deb para distribuições baseadas em Debian
  • O novo pacote .deb permite que os usuários escolham um pacote nativo, enquanto o Firefox continua compatível com Snap e Flatpak

Build direto da Mozilla e otimização de desempenho

  • O novo pacote monta o Firefox sem modificações a partir do código-fonte, sendo compilado e mantido diretamente pela Mozilla
    • Os pacotes Firefox .deb existentes, dependendo da distribuição Linux, precisavam da ajuda de pessoas ou organizações externas à Mozilla
  • A Mozilla aplicou otimizações baseadas no compilador para melhorar o desempenho
    • Outros pacotes .deb podem incluir ou não todas as otimizações pretendidas pela Mozilla, dependendo de quem mantém o pacote

Atualizações e caminho de instalação

  • O novo repositório APT é conectado diretamente ao processo de lançamento do Firefox
    • Quando a Mozilla disponibiliza as atualizações mais recentes, os usuários podem recebê-las
    • Para aplicar a versão mais recente, é preciso reiniciar o Firefox
  • Muitas distribuições Linux já fornecem o Firefox pré-instalado e definido como navegador padrão por meio de seus gerenciadores de pacotes
  • As instruções de instalação podem ser consultadas no pacote Firefox on Linux e no guia de instalação do Firefox para Linux

Leituras relacionadas

1 comentários

 
GN⁺ 2024-01-26
Opiniões no Hacker News

  • Quando o Firefox era instalado como .deb, era irritante o hábito de forçar a reinicialização do navegador quando havia uma atualização em segundo plano
    Eu estava usando normalmente e, de repente, todas as URLs eram redirecionadas para about:restartrequired, obrigando-me a parar o trabalho
    Só por este anúncio não fica claro se esse problema foi corrigido; se não foi, acho que vou continuar usando o arquivo .tar.gz fornecido pela Mozilla
    Se você o extrai para um diretório com permissão de escrita, o Firefox se atualiza sozinho como no Windows, sem interrupção forçada
    https://otechworld.com/wp-content/uploads/2022/04/restart-fi...
    https://support.mozilla.org/en-US/kb/install-firefox-linux#w...

    • Não sei quanto ao pacote da versão estável, mas os pacotes Nightly introduzidos recentemente afirmam explicitamente que é possível continuar navegando após uma atualização via APT
      Foi atualizado com a frase “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...
    • Acho que esse problema ainda vai persistir também neste .deb. A própria forma como o gerenciador de pacotes realiza a atualização causa problemas ao Firefox
      O aviso de reinicialização é a forma de o Firefox informar ao usuário que o binário no disco não corresponde ao binário em execução
      Antes não havia esse aviso, então ele travava aleatoriamente ao criar novos processos; graças ao aviso, pelo menos dá para reiniciar de forma mais organizada
      Como no comentário acima, o .tar.gz usa o procedimento de atualização da Mozilla, usado em várias plataformas, então consegue evitar esse problema. O procedimento mínimo é extrair em algum lugar como /opt/firefox/, dar permissões de leitura, escrita e execução ao usuário ou grupo, e então criar ou copiar o arquivo Firefox.desktop para a pasta correta para que ele apareça no lançador
      https://specifications.freedesktop.org/desktop-entry-spec/de...
      https://specifications.freedesktop.org/menu-spec/latest/ar01...
    • Lembro que ele pedia reinicialização toda vez que eu abria uma nova aba e, se eu não reiniciasse, não dava para usar aquela aba. As abas que já estavam abertas continuavam funcionando
      Depois migrei do Ubuntu para o Debian e instalei o .tar.gz da Mozilla; como foi dito, ele se atualiza sozinho
      Por coincidência, verifiquei a versão agora e a caixa de diálogo Help, About Firefox mostrava o status da atualização; em updates/0/update.status, no diretório do Firefox, havia downloading, e agora está como applied
      update.version contém 122.0, e também há um arquivo de 20 MB chamado update.mar. Em last-update.log, havia muitas linhas PREPARE PATCH, EXECUTE PATCH e FINISHED PATCH para bibliotecas compartilhadas e outros arquivos, e a nova versão parece estar aguardando no diretório updated/
      A caixa de diálogo About ainda mostra 121.0.1 e exibe o botão Restart to update Firefox. Pretendo observar por quanto tempo dá para continuar usando a versão atual antes de precisar trocar para a nova
    • O build .tar.gz tem essencialmente o mesmo problema. Ele só não reclama; como é preciso fechar os arquivos do pacote antigo e abrir os do pacote novo, no fim uma reinicialização é necessária
      Para reduzir o tempo de interrupção, basta reiniciar o navegador e usar History | Restore previous session
      O build Flatpak evita esse problema mantendo as duas versões juntas no disco até o app ser encerrado. A versão antiga só é removida no momento do encerramento, e a nova passa a ser usada a partir da próxima inicialização
    • Isso é uma experiência de usuário horrível. Não me lembro de isso ter acontecido quando usei o Firefox como arquivo .deb ou pacote do Arch AUR
      Não quero que uma atualização real aconteça em segundo plano. Tudo bem verificar atualizações ou preparar antecipadamente os arquivos que serão aplicados na próxima reinicialização do navegador
      Não é legal trocar silenciosamente os arquivos do app por baixo do processo do navegador em execução e impedir a abertura de novo conteúdo
      Talvez eu tenha usado o .tar.gz, não o .deb. Lembro de ter criado e editado um arquivo .desktop para o Firefox
      É contraintuitivo que a experiência de atualização seja melhor em um diretório extraído de .tar.gz, gerenciado manualmente, do que no arquivo de pacote criado para ser gerenciado por um gerenciador de pacotes mais oficial

  • Eu já usava o PPA ~mozillateam. Porque não gosto de Snap. Ainda assim, é bom ver surgir um repositório oficial do Firefox
    Se a Ubuntu estiver ouvindo: eu jamais vou usar Snap. Removi de todas as minhas máquinas Ubuntu e, se continuarem empurrando à força, vou migrar para o Debian, por mais doloroso que seja

    • Também posso migrar para o Linux Mint. Lá a posição anti-snap é bem firme
      Só queria que voltassem a oferecer um spin oficial com KDE
    • Fico curioso para saber que tipo de sofrimento você espera ao ir para o Debian. Eu fiz a migração de fato e uso no dia a dia, então queria entender seu ponto de vista
    • O PopOS é, na prática, um Ubuntu sem Snap obrigatório, tem suporte melhor a drivers e também tem um pacote real do Firefox
      Pessoalmente, uso o Firefox em Flatpak por alguns benefícios extras de segurança, mas sei que há Firefox nativo se eu quiser
    • Como iniciante que instalou Ubuntu recentemente, tenho visto bastante a palavra snap e, para o bem ou para o mal, tendo a confiar mais em opiniões aleatórias do HN do que na média da internet
      Fico curioso sobre o que há no Snap que incomoda tanto. E, se eu não gostar, dicas para removê-lo da máquina também seriam bem-vindas

  • É uma adição bem-vinda nos Chromebooks. Agora dá para instalar no Crostini o Firefox mais recente, ou seja, uma versão que não seja ESR, sem Flatpak
    Infelizmente, a Mozilla ainda não oferece builds aarch64-linux do Firefox nos canais oficiais, então usuários de Chromebook ARM64 precisam de outro método
    Por exemplo, eu uso Nix, mas para fazer a aceleração por hardware funcionar é preciso uma configuração complexa, como nixGL

    • Fico curioso se há bons materiais para aprender a compilar binários Linux Arm64 que funcionem em Chromebooks
      Tenho código em C que hoje gera builds Debian x86 e Amd64 com GCC 4.8 e um Debian antigo, e queria saber o que eu precisaria fazer para criar binários que rodem do mesmo jeito em um Chromebook
    • Fico curioso como é usar Firefox no ChromeOS em comparação com o Chrome. Não parece um app de segunda classe?

  • Eu simplesmente uso o que vem no Debian testing ou unstable, mas, se você baixar diretamente o Firefox da Mozilla, é bem simples fazer com que ele se atualize sozinho para a versão mais recente
    O exemplo abaixo coloca o Firefox em /usr/local, mas é fácil trocar para ~/, /opt etc.; basta colocar o link simbólico criado em algum lugar do $PATH
    A integração com o desktop depende do ambiente de desktop ou gerenciador de janelas usado, mas, mesmo que não seja automática, não deve ser difícil descobrir
    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

    • Uso o Firefox Developer Edition assim. Ele não se recusa a funcionar por ter sido atualizado em segundo plano; só mostra um pequeno ponto verde no menu hambúrguer pedindo para reiniciar quando eu quiser

  • Como estou usando o pacote do PPA (https://launchpad.net/~mozillateam/+archive/ubuntu/ppa), agora fiquei confuso
    Não sei se é o mesmo pacote nem se devo migrar. Teria sido bom se o texto pelo menos mencionasse isso

    • Pelo que parece, o “Ubuntu Mozilla Team” não é composto por pessoas da Mozilla, mas por pessoas que empacotam software da Mozilla para o Ubuntu
      O pacote mais recente nesse PPA foi enviado por Rico Tzschichholz, que não parece ser funcionário da Mozilla
    • Remover o pacote do PPA e usar o repositório oficial quase sempre será 99,9% melhor
      O método está bem detalhado no Google ou no YouTube, e é longo demais para colocar inteiro no HN. Deve aparecer na primeira página do Google ou do DuckDuckGo
      Agora que existe um repositório oficial, é bem provável que as pessoas que mantinham o PPA parem de atualizá-lo com o tempo

  • Debian/Ubuntu também são as únicas distribuições escolhidas pelos pacotes nativos de primeira linha do Spotify e do Signal
    Como tento usar Fedora sempre que possível, isso chama ainda mais atenção; mesmo em software voltado ao cliente, o Debian costuma ser a primeira escolha
    Faz sentido, considerando a popularidade e a compatibilidade mútua entre Ubuntu e Debian
    No Fedora, normalmente também dá para usar. O Firefox tem pacote próprio, e o Signal tem Flatpak

    • Não sei como está agora, mas antigamente os pacotes .deb deles eram atualizados depois dos pacotes Snap

  • Boa atualização da equipe Mozilla. Espero que continuem o bom trabalho
    O que falta, porém, é um compromisso contínuo com privacidade e liberdade
    Depois do infame texto “We Need More Deplatforming (2021)” da CEO Mitchell Baker, não sei o que mudou. Isso é impossível de ignorar, e acho que a Mozilla precisa assumir um compromisso forte com direitos civis
    https://blog.mozilla.org/en/mozilla/we-need-more-than-deplat...

    • O título do texto linkado é “We need more than deplatforming”, então parece ter sido citado incorretamente
      E também não me parece que o texto defenda expulsão de plataformas
    • Fico curioso sobre por que você acha que algo mudou

  • Voltamos ao ponto de partida? Antigamente havia um repositório .deb, ele desapareceu e agora voltou

    • Pacotes .deb viraram a nova moda, como renderização do lado do servidor
    • Não me lembro de a Mozilla ter tido um repositório de pacotes Debian. Perdi alguma coisa?

  • Há uma quinta vantagem essencial que ficou de fora:
    permite executar sudo apt-get purge snapd sem consequências indesejadas irritantes

    • Recentemente havia um problema em que o snapd ficava gerando falhas de segmentação, e removê-lo completamente foi a solução
      No fim, tudo o que havia no Snap também existia no Flatpak, e de qualquer forma prefiro mais o Flatpak
    • Para impedir que o snapd seja reinstalado como dependência adicional, também não se esqueça de sudo apt-mark hold snapd
    • No Ubuntu, parece que o lxd ainda é oferecido apenas como pacote Snap. Não uso no momento, mas ele é realmente muito bom
      Felizmente, agora houve um fork para incus, e ambos devem entrar no Debian e no openSUSE. Provavelmente também em distribuições da família Red Hat
    • Não era como se fosse necessário esperar por este novo pacote do Firefox para parar de usar Snap, não é?