En el ecosistema del software libre y de código abierto (FOSS) existe un problema recurrente y mal comunicado: cuando un usuario de una distribución de Linux con lanzamientos discretos —como Ubuntu, Debian, openSUSE Leap o Linux Mint— encuentra un error en una versión antigua del software, no tiene claro a quién reportarlo. El texto analiza quién debería asumir esa responsabilidad, los desarrolladores originales o los distribuidores del sistema operativo, y propone soluciones prácticas.
El artículo surge a raíz de un conflicto reciente entre Linux Mint y un desarrollador de GNOME Calendar, quien pidió retirar enlaces de soporte y cambiar la marca de la aplicación. El autor, desarrollador de KDE con amplia experiencia recibiendo reportes no accionables sobre versiones antiguas, sostiene que los distribuidores son los responsables finales de ensamblar el producto y deben decidir qué relación quieren mantener con los proyectos upstream.
Como solución, recomienda dos caminos: adoptar un modelo de lanzamiento continuo (rolling release) para eliminar el conflicto, o, si se opta por lanzamientos discretos, colaborar estrechamente con los desarrolladores upstream, distribuir las versiones LTS disponibles, mantener el software con menos de seis meses de antigüedad y reducir el alcance delegando aplicaciones a tiendas como Flathub o Snap. Advierte que congelar software durante más de dos años sin atender a los avisos upstream es insostenible y deteriora las relaciones con la comunidad.