Fresh enfrenta 13 formatos: por qué distribuir en Linux es un infierno para startups

El infierno del empaquetado en Linux: la experiencia real de un desarrollador

El desarrollador detrás de Fresh, un editor de texto moderno para terminal con más de 8.200 estrellas en GitHub, ha publicado un desahogo honesto sobre las dificultades de distribuir software en Linux. Después de crear paquetes para 13 formatos diferentes - desde .deb y .rpm hasta AppImage, Flatpak, AUR, nix, mise y más - concluye que el ecosistema Linux es "casi imposible" para distribuir incluso un paquete menor.

Fresh es un editor de texto e IDE terminal que trae la experiencia UX de VS Code y Sublime Text a la terminal. Con 12MB de descarga y 35MB extraídos, ofrece características como paleta de comandos, multitarea con orquestador, edición multi-cursor y soporte completo para servidores de lenguaje (LSP). Pero su creador enfrenta un desafío monumental: hacer que esta herramienta sea accesible para todos los usuarios de Linux.

¿Por qué Linux es tan diferente?

Mientras que Windows tiene winget y macOS homebrew, Linux presenta una fragmentación que obliga a los desarrolladores a crear múltiples versiones. Según el artículo original, el desarrollador comenzó distribuyendo Fresh como paquete npm, pero enfrentó tres problemas críticos:

• Seguridad: npmjs ha tenido múltiples brechas
• No universal: muchos usuarios no tienen npm instalado
• Instalador extraño: un script que descarga el binario desde GitHub

La respuesta fue crear paquetes para "TODO": rust's cargo en crates.io, AppImage, Flatpak, deb, rpm, AUR (dos variantes), nix, mise, homebrew para Linux, npm/npx, Terra y Gentoo GURU. Cada solución funciona para algunos usuarios pero ninguna funciona para todos.

Los problemas específicos de cada formato

Flatpak y AppImage: no son la solución universal

Aunque Fresh libera un Flatpak, el desarrollador reconoce que está "trabajando contra él". Flatpak está diseñado para aplicaciones GUI autocontenidas y sandboxeadas, mientras que Fresh es una TUI basada en terminal que necesita acceso completo a la máquina y red. Para hacerlo funcionar, debe pasar flags de "mala práctica".

AppImage tiene otro problema: es extremadamente lento debido al montaje FUSE-squashfs bajo demanda, lo que hace que el tiempo de arranque sea inaceptablemente lento. Para tiempos de arranque razonables, el script instalador incluye un hack horrible para extraer el contenido squashfs en algún lugar y descartar el AppImage.

Debian/Ubuntu: el dolor de las dependencias

Como se explica en la fuente original, empujar el .deb como paquete oficial de Debian (y Ubuntu) requiere que todas las muchas dependencias de rust también sean paquetes Debian. Esto significa trabajo adicional constante: cada una de las dependencias directas necesitará ser re-actualizada en Debian en cada problema de seguridad.

Además, los usuarios que instalan estos paquetes no obtienen actualizaciones automáticas cuando ejecutan el mecanismo nativo de actualización del sistema (apt-get upgrade o equivalente), porque el paquete no está en las fuentes oficiales.

Arch Linux AUR: bloqueado por seguridad

Aunque Fresh está disponible a través de AUR (tanto como fuente como paquete pre-construido -bin), recientemente ha estado bloqueado para nuevas versiones. AUR está en modo de solo lectura debido a brechas de seguridad, por lo que ya se perdieron un par de versiones.

El nuevo enfoque: binario estático con auto-actualización

La próxima versión de Fresh incluirá un nuevo mecanismo de auto-actualización incorporado que los usuarios pueden activar bajo demanda. Este será el canal principal de liberación para Linux y, con suerte, el único que necesitará soportar en el futuro.

El desarrollador está implementando su propio pequeño gestor de paquetes con un binario estáticamente enlazado con musl de ~12MB que se descarga y extrae a ~35MB. Todos los paquetes existentes continuarán siendo soportados al menos por el momento, pero el objetivo es hacer del binario estático la recomendación por defecto.

¿Qué significa esto para tu startup?

1. Evalúa cuidadosamente tu estrategia de distribución multiplataforma

Si estás desarrollando herramientas para desarrolladores o software que necesita instalación local, el caso de Fresh ilustra por qué Linux debe ser considerado como una plataforma separada de Windows y macOS. La fragmentación del ecosistema Linux significa que debes:

• Priorizar formatos universales como binarios estáticos sobre soluciones específicas de distribución
• Considerar el costo de mantenimiento de múltiples paquetes antes de comprometerte
• Documentar claramente las limitaciones de cada método de instalación

2. Implementa auto-actualización desde el inicio

La lección más valiosa de esta experiencia es que los sistemas de actualización nativos no son suficientes. Incluso si tu software está en repositorios oficiales, los usuarios pueden estar ejecutando versiones antiguas. Implementar un mecanismo de auto-actualización robusto:

• Reduce la carga de soporte al asegurar que los usuarios tengan la última versión
• Permite correcciones rápidas de seguridad sin depender de mantenedores de distribución
• Mejora la experiencia del usuario con actualizaciones sin fricción

3. Diseña para la portabilidad desde el principio

Fresh enfrenta problemas de compatibilidad porque los binarios construidos para Ubuntu más nuevo no se pueden instalar en versiones más antiguas debido a versiones más antiguas de libc. Para evitar esto:

• Usa enlace estático cuando sea posible para binarios independientes de la versión de libc
• Considera contenedores de construcción antiguos como parte de tu pipeline de CI/CD
• Prueba en múltiples distribuciones desde el inicio del desarrollo

Conclusión

La experiencia de Fresh revela una verdad incómoda para los desarrolladores de software: distribuir en Linux es exponencialmente más complejo que en otras plataformas. La fragmentación del ecosistema, combinada con políticas estrictas de empaquetado y problemas de compatibilidad hacia atrás, crea una barrera significativa para desarrolladores independientes y startups.

Para founders hispanohablantes que desarrollan herramientas técnicas, la lección es clara: invierte en una estrategia de distribución robusta desde el día uno. Ya sea que elijas binarios estáticos, contenedores o un mecanismo de auto-actualización propio, planificar para la complejidad de Linux evitará dolores de cabeza futuros y asegurará que tu software llegue a todos los usuarios, independientemente de su distribución preferida.

Fuentes

• I hate packaging my software for Linux
• GitHub - sinelaw/fresh: Terminal based IDE & text editor
• Ship It! » Linux Magazine - Universal Package Formats