Ante las recientes consultas sobre la posibilidad de incluir Xlibre como alternativa a Xorg en ALDOS, considero necesario exponer de manera clara y objetiva los motivos que me llevan a excluirlo del próximo lanzamiento 1.4.21, a pesar de tener la paquetería preparada desde hace meses.

⚠️ Limitaciones técnicas actuales de Xlibre

Mi decisión dista de obedecer preferencias personales ni alineamiento con facción alguna, sino a hechos técnicos contrastables que cualquier administrador de sistemas o usuario avanzado puede verificar:

1. Incompatibilidad con herramientas esenciales

Actualmente, Xlibre es incompatible con xrdp y TigerVNC, dos componentes que considero indispensables para ALDOS. Aunque existen parches en desarrollo por parte de la comunidad de FreeBSD, éstos se encuentran en fase experimental y requieren modificaciones sustanciales en el código fuente. Incorporarlos ahora implicaría mantener bifurcaciones propias de estos proyectos, lo que multiplicaría la carga de mantenimiento y los riesgos de seguridad.

2. Fallos documentados en hardware real

Diversos usuarios han reportado problemas graves en escenarios de uso cotidiano:

• Fallos de inicio con controladores AMDGPU, mostrando errores como Failed to initialize color management property DEGAMMA_LUT y drmSetMaster failed: Device or resource busy.
• Segmentation faults que provocan la caída completa del entorno de escritorio con la versión 1.25.1.
• Problemas con el soporte de Xrandr, que irónicamente fue uno de los motivos del fork.

3. Madurez insuficiente del proyecto

El repositorio oficial de Xlibre muestra múltiples incidencias abiertas que afectan a componentes críticos, incluyendo problemas con controladores gráficos y estabilidad general. Proyectos de esta envergadura requieren ciclos de maduración más largos antes de poder considerarse estables para su inclusión en una distribución.

⚖️ Neutralidad política en el software libre

Me es imposible ignorar el contexto en el que se desarrolla este debate. Me encuentro atrapado entre dos facciones con posturas radicalmente opuestas: quienes exigen la inclusión inmediata de Xlibre por razones políticas, y quienes amenazan con boicots si me atrevo a incorporarlo.

Mi postura es clara: me abstendré de tomar partido por bando alguno.

El software libre debería ser un espacio libre de imposiciones ideológicas. Lamento profundamente que proyectos técnicos se conviertan en campos de batalla de agendas políticas, y que la «cultura de la cancelación» impida debates racionales basados en hechos. Pero impediré que presiones externas determinen el rumbo técnico de ALDOS.

📦 ¿Qué pasará con los paquetes de Xlibre?

Los paquetes RPM de Xlibre para ALDOS existen y están guardados en mi disco duro. Me he abstenido de publicarlos porque hacerlo ahora implicaría:

1. Asumir el compromiso de soportar algo que de manera previsible generará múltiples incidencias.
2. Dedicar recursos a corregir xrdp, TigerVNC y otros componentes para hacerlos compatibles.
3. Someter a los usuarios de ALDOS a una experiencia degradada en muchos escenarios.

Cuando Xlibre alcance un nivel de madurez que permita su uso sin comprometer la estabilidad del sistema —y cuando el soporte en proyectos como xrdp esté integrado upstream—, reconsideraré su inclusión. Hasta entonces, ALDOS mantendrá Xorg 1.20.14 con los parches de seguridad acumulados, que aunque «aburrido», es predecible y funciona.

🧠 Conclusión

Disto de oponerme a Xlibre por razones ideológicas. De hecho, admiro el trabajo de cualquier comunidad que desarrolla software libre. Pero como mantenedor de una distribución, mi responsabilidad es priorizar la estabilidad y la experiencia de los usuarios por encima de modas o presiones políticas.

Quienes deseen utilizar Xlibre hoy son libres de compilarlo por su cuenta. Cuando esté listo para producción, ALDOS lo incorporará sin estridencias, como ha hecho siempre con el software libre: porque funciona, indistintamente que sea políticamente conveniente.