El desarrollador del editor de código Fresh describe las dificultades que enfrenta para distribuir su aplicación en Linux, en contraste con la relativa uniformidad de Windows y macOS. Tras probar múltiples canales —paquetes npm, AppImage, Flatpak, .deb, .rpm, AUR, Nix, mise, Homebrew para Linux, Crates.io y Gentoo GURU— concluye que ninguno cubre a toda la audiencia y todos presentan problemas concretos: vulnerabilidades en npm, arranque lento en AppImage por el montaje FUSE de squashfs, fricciones de sandbox en Flatpak para una TUI de terminal, y la imposibilidad de ser aceptado en los repositorios oficiales de Debian y Fedora por la carga de mantener todas las dependencias de Rust como paquetes del sistema.
El texto detalla casos concretos: una rotación de certificados de GitHub rompió la integración con mise hasta que el propio autor tuvo que parchearla; AUR quedó en modo lectura tras brechas de seguridad y Fresh perdió lanzamientos; y los binarios construidos con glibc reciente no funcionan en distribuciones antiguas con libc obsoleta. Ante este panorama, Fresh apuesta como canal principal por un binario estáticamente enlazado con musl que incluya un mecanismo de autoactualización bajo demanda del usuario, manteniendo los paquetes existentes como soporte secundario. El artículo funciona como repaso técnico y didáctico sobre el fragmentado ecosistema de empaquetado en Linux y los compromisos que debe asumir un desarrollador independiente.