El nuevo paquete Linux de Firefox de Mozilla para distribuciones derivadas de Ubuntu y Debian

 (blog.mozilla.org)
1 puntos por GN⁺ 2024-01-26 | 1 comentarios | Compartir por WhatsApp
  • Los usuarios de Linux ahora pueden elegir el paquete oficial .deb de Firefox en Ubuntu, Debian y distribuciones basadas en Debian, tras varios meses de pruebas
  • El nuevo paquete agrega una opción de paquete nativo acorde al flujo de paquetes predeterminado de la distribución, manteniendo el soporte para Snap y Flatpak
  • Mientras que los paquetes .deb existentes dependían de gestión externa según la distribución, este paquete es compilado y mantenido directamente por Mozilla a partir del código fuente
  • Mozilla aplicó optimizaciones basadas en el compilador, pero otros paquetes .deb podrían no incluir todas las mismas optimizaciones según quién los mantenga
  • El nuevo repositorio APT está conectado directamente al proceso de lanzamiento de Firefox, y para aplicar las funciones más recientes y las correcciones de seguridad es necesario reiniciar Firefox

Opción oficial de .deb para la familia Debian

  • Mozilla publicó el paquete Firefox en Linux para Ubuntu, Debian y distribuciones basadas en Debian
  • Firefox para Linux está disponible en varios formatos oficiales
    • compilación .tar.bz2 de Mozilla
    • Snap
    • Flatpak
    • nuevo paquete .deb para distribuciones basadas en Debian
  • El nuevo paquete .deb permite que Firefox siga siendo compatible con Snap y Flatpak, mientras ofrece a los usuarios la posibilidad de elegir un paquete nativo

Compilación directa de Mozilla y optimización de rendimiento

  • El nuevo paquete ensambla Firefox directamente desde el código fuente sin modificaciones, y Mozilla lo compila y mantiene de forma directa
    • Los paquetes .deb anteriores de Firefox requerían ayuda de personas u organizaciones externas a Mozilla, según la distribución de Linux
  • Mozilla aplica optimizaciones basadas en el compilador para mejorar el rendimiento
    • Otros paquetes .deb pueden incluir o no todas las optimizaciones previstas por Mozilla, dependiendo de quién administre el paquete

Actualizaciones y ruta de instalación

  • El nuevo repositorio APT está conectado directamente al proceso de lanzamiento de Firefox
    • Los usuarios pueden recibir las actualizaciones más recientes cuando Mozilla las publica
    • Para aplicar la versión más reciente es necesario reiniciar Firefox
  • Muchas distribuciones de Linux ya incluyen Firefox preinstalado mediante su gestor de paquetes y lo establecen como navegador predeterminado
  • El método de instalación puede consultarse en paquete Firefox en Linux y en la guía de instalación de Firefox para Linux

Lecturas relacionadas

1 comentarios

 
GN⁺ 2024-01-26
Comentarios de Hacker News

  • Cuando instalaba Firefox como .deb, me resultaba molesta la costumbre de forzar el reinicio del navegador cuando se actualizaba en segundo plano
    Lo usaba con normalidad y, de repente, todas las URL se redirigían a about:restartrequired, así que tenía que interrumpir lo que estaba haciendo
    Solo con este anuncio no queda claro si ese problema se corrigió y, si no es así, probablemente seguiré usando el archivo .tar.gz que ofrece Mozilla
    Si lo descomprimes en un directorio con permisos de escritura, Firefox se actualiza por sí mismo como en Windows y no hay interrupción forzada
    https://otechworld.com/wp-content/uploads/2022/04/restart-fi...
    https://support.mozilla.org/en-US/kb/install-firefox-linux#w...

    • No sé sobre el paquete de la versión estable, pero se indica explícitamente que el paquete Nightly introducido hace poco permite seguir navegando incluso después de una actualización con APT
      Lo actualizaron con la 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...
    • Parece que este .deb igual seguirá teniendo ese problema. La forma misma en que el gestor de paquetes realiza las actualizaciones le causa problemas a Firefox
      La notificación de reinicio es la manera en que Firefox le avisa al usuario que el binario en disco ya no coincide con el binario en ejecución
      Antes no existía esa advertencia, así que al crear procesos nuevos se producían fallos aleatorios; gracias a la advertencia, al menos se puede reiniciar de forma más ordenada
      Como decía el comentario anterior, el .tar.gz evita este problema porque usa el proceso de actualización de Mozilla, que se usa en varias plataformas. El procedimiento mínimo es descomprimirlo en algo como /opt/firefox/, dar al usuario o al grupo permisos de lectura, escritura y ejecución, y luego crear o copiar un archivo Firefox.desktop y colocarlo en la carpeta correcta para que aparezca en el lanzador
      https://specifications.freedesktop.org/desktop-entry-spec/de...
      https://specifications.freedesktop.org/menu-spec/latest/ar01...
    • Recuerdo que pedía reiniciar cada vez que abrías una pestaña nueva y, si no reiniciabas, no podías usar esa pestaña. Las pestañas que ya estaban abiertas seguían funcionando
      Después me cambié de Ubuntu a Debian e instalé el .tar.gz de Mozilla, y tal como dijeron, se actualiza por su cuenta
      Justo ahora revisé la versión y vi el estado de la actualización en el cuadro de diálogo Help, About Firefox; en updates/0/update.status dentro del directorio de Firefox aparecía downloading y ahora ya dice applied
      update.version contiene 122.0 y también hay un archivo de 20 MB llamado update.mar. En last-update.log había muchas líneas de PREPARE PATCH, EXECUTE PATCH y FINISHED PATCH para bibliotecas compartidas y otros archivos, y parece que la nueva versión está esperando en el directorio updated/
      El cuadro About todavía muestra 121.0.1 y enseña el botón Restart to update Firefox. Pienso observar cuánto tiempo puedo seguir usando la versión actual antes de tener que cambiar a la nueva
    • La build .tar.gz en esencia tiene el mismo problema. Solo que no se queja; al final igual tienes que cerrar los archivos del paquete viejo y abrir los del paquete nuevo, así que se necesita reiniciar
      Para reducir el tiempo de interrupción, puedes reiniciar el navegador y luego usar History | Restore previous session
      La build de Flatpak evita este problema manteniendo ambas versiones en disco hasta que cierras la app. Solo en ese momento se elimina la versión anterior, y desde el siguiente inicio se usa la nueva
    • Esta es una experiencia de usuario terrible. No recuerdo que me haya pasado eso cuando usé Firefox como archivo .deb o como paquete de Arch AUR
      No quiero que la actualización real ocurra en segundo plano. Está bien verificar actualizaciones o dejar preparados los archivos para aplicarlos en el próximo reinicio del navegador
      Lo que no me gusta es que cambien a escondidas los archivos de la app debajo del proceso del navegador en ejecución y que por eso no puedas abrir contenido nuevo
      Tal vez no usaba el .deb, sino el .tar.gz. Recuerdo haber creado y editado un archivo .desktop para Firefox
      Va contra la intuición que la experiencia de actualización sea mejor en un directorio descomprimido de .tar.gz administrado manualmente que en un archivo de paquete hecho para gestionarse con un gestor de paquetes más oficial

  • Ya usaba el PPA ~mozillateam. No me gusta Snap. Aun así, está bien que exista un repositorio oficial de Firefox
    Si Ubuntu está escuchando: nunca voy a usar Snap. Ya lo eliminé de todas mis máquinas con Ubuntu, y si me lo siguen imponiendo, me pasaré a Debian por más doloroso que sea

    • También podría pasarme a Linux Mint. Ahí tienen una postura anti-Snap muy firme
      Aunque sí me gustaría que volvieran a sacar un spin oficial con KDE
    • Me da curiosidad qué dolor esperas si te pasas a Debian. Ya hice el cambio y lo uso a diario, así que me interesa esa perspectiva
    • PopOS es básicamente Ubuntu sin Snap forzado, con mejor soporte de drivers y además tiene un paquete real de Firefox
      En lo personal uso Flatpak Firefox por algunas ventajas extra de seguridad, pero sé que también está la opción de Firefox nativo si lo quieres
    • Como principiante que instaló Ubuntu hace poco, he visto mucho la palabra snap, y para bien o para mal suelo confiar más en la opinión aleatoria de HN que en el promedio de internet
      Me da curiosidad qué es lo que tanto disgusta de Snap. Y si también tienen consejos para quitarlo de una máquina en caso de que no me guste, mejor

  • Es una adición bienvenida en Chromebook. Ahora se podrá instalar Firefox reciente en Crostini, es decir, una versión que no sea ESR, sin usar Flatpak
    Por desgracia, Mozilla todavía no ofrece builds aarch64-linux de Firefox en sus canales oficiales, así que los usuarios de Chromebook ARM64 siguen necesitando otra solución
    Por ejemplo, yo uso Nix, pero para hacer funcionar la aceleración por hardware necesito una configuración complicada como nixGL

    • Me pregunto si hay algún buen recurso para aprender a compilar binarios Linux Arm64 que funcionen en Chromebook
      Tengo código en C que crea builds Debian para x86 y Amd64 con GCC 4.8 y un Debian viejo, y quisiera saber qué tendría que hacer para generar binarios que corran de forma similar también en Chromebook
    • Me da curiosidad cómo se siente usar Firefox en ChromeOS comparado con Chrome. ¿No se siente como una app de segunda categoría?

  • Yo simplemente uso lo que viene en Debian testing o unstable, pero también es muy fácil hacer que Firefox se descargue directamente desde Mozilla y se autoactualice a la versión más reciente
    Lo siguiente instala Firefox en /usr/local, pero es fácil cambiarlo a ~/, /opt, etc.; solo hay que poner el enlace simbólico que creas en algún lugar dentro de $PATH
    La integración con el escritorio depende del entorno de escritorio o del gestor de ventanas que uses, pero incluso si no es automática, no debería ser difícil resolverlo
    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

    • Así uso Firefox Developer Edition. No tengo ningún problema de que deje de funcionar porque se actualizó en segundo plano; solo aparece un puntito verde en el menú hamburguesa para reiniciarlo cuando uno quiera

  • Estoy usando el paquete del PPA (https://launchpad.net/~mozillateam/+archive/ubuntu/ppa), así que ahora estoy confundido
    No sé si es el mismo paquete o si debería cambiarme. El artículo al menos podría haberlo mencionado

    • Por cómo se ve, “Ubuntu Mozilla Team” no parece estar formado por gente de Mozilla, sino por personas que empaquetan software de Mozilla para Ubuntu
      El paquete más reciente de ese PPA lo subió Rico Tzschichholz, y no parece pertenecer a Mozilla
    • Quitar el paquete del PPA y usar el repositorio oficial probablemente sea mejor en el 99.9% de los casos
      Hay guías detalladas en Google o YouTube, y sería demasiado largo escribirlo todo aquí en HN. Seguro aparece en la primera página de Google o DuckDuckGo
      Ahora que existe un repositorio oficial, es muy probable que quienes mantenían ese PPA terminen dejando de actualizarlo con el tiempo

  • Debian/Ubuntu también es la única distribución que eligen Spotify y Signal para sus paquetes nativos primarios
    Se nota más porque trato de usar Fedora cuando puedo, pero incluso en software tipo cliente Debian suele ser la primera opción
    Tiene sentido considerando la popularidad y la compatibilidad mutua entre Ubuntu y Debian
    Por lo general también se puede usar en Fedora. Firefox tiene su propio paquete y Signal tiene Flatpak

    • No sé si siga siendo así, pero antes sus paquetes .deb se actualizaban más tarde que los paquetes Snap

  • Buena actualización del equipo de Mozilla. Ojalá sigan así
    Pero lo que falta es un compromiso continuo con la privacidad y la libertad
    No sé qué ha cambiado desde la tristemente célebre publicación de la CEO Mitchell Baker, “We Need More Deplatforming (2021)”. Eso para mí es imperdonable, y creo que Mozilla debería asumir un compromiso fuerte con los derechos civiles
    https://blog.mozilla.org/en/mozilla/we-need-more-than-deplat...

    • El título del artículo enlazado es “We need more than deplatforming”, así que parece una cita incorrecta
      Y tampoco se ve muy claro que ese artículo defienda la desplatformización
    • Me da curiosidad por qué piensas que algo cambió

  • ¿Estamos de vuelta al punto de partida? Antes había un repositorio .deb, luego desapareció y ahora volvió

    • Los paquetes .deb se están volviendo la nueva moda, como el renderizado del lado del servidor
    • No recuerdo que Mozilla haya tenido antes un repositorio de paquetes Debian. ¿Me perdí de algo?

  • Hay una quinta ventaja clave que faltó:
    permite ejecutar sudo apt-get purge snapd sin consecuencias molestas ni no deseadas

    • Hace poco hubo un problema en el que snapd seguía arrojando fallos de segmentación, y la solución fue quitarlo por completo
      Resultó que todo lo que tenía en Snap también estaba en Flatpak, y de todos modos prefiero más Flatpak
    • Para evitar que snapd se reinstale como dependencia secundaria, tampoco hay que olvidar sudo apt-mark hold snapd
    • En Ubuntu, parece que lxd todavía solo se ofrece como paquete Snap. Ahora no lo uso, pero en realidad está bastante bien
      Por suerte, ahora tiene el fork incus, y ambos van a estar en Debian y openSUSE. Supongo que probablemente también en distribuciones de la familia Red Hat
    • ¿No era necesario esperar este nuevo paquete de Firefox para dejar de usar Snap?