Modernizar el escritorio open source: qué cambia para los devs

X11 nació en 1987, y buena parte de los escritorios Linux todavía funciona sobre decisiones tomadas en aquella época. LWN publicó un texto llamado Ideas on modernizing the open-source desktop, y el título ya resume una conversación que está ardiendo en la comunidad: qué tiene que cambiar para que el escritorio open source deje de parecer un proyecto eternamente "casi listo". Vale la pena leer el original. Aquí quiero hablar del lado que le interesa a quien programa: qué toca esta modernización en tu día a día.

¿Qué significa modernizar el escritorio open source?

Modernizar no es cambiar íconos ni poner otro tema. Es tocar los cimientos. Hoy, cuando alguien habla de un escritorio Linux moderno, casi siempre está hablando de tres cosas:

• Wayland en lugar de X11, como forma de dibujar ventanas en la pantalla.
• Apps empaquetadas y aisladas, con Flatpak y los portales de xdg-desktop-portal.
• Sistema base inmutable, que se actualiza de forma atómica y vuelve atrás si algo falla.

Ninguna de estas ideas es nueva. Wayland existe desde 2008. Fedora Silverblue ya tiene años de recorrido. La novedad es que la conversación salió del "algún día, quizás" y se convirtió en un plan con fecha. GNOME y KDE ya anunciaron el fin de la sesión X11. KDE tiene una distro propia, KDE Linux, que es inmutable desde el principio. Y GNOME OS dejó de ser solo una imagen de prueba.

Por qué esto importa ahora

El motivo es simple: el modelo antiguo no escala. En el escritorio tradicional, cada app ve todo. Cualquier programa lee tu ~/.ssh, cualquier ventana puede capturar la pantalla de las demás en X11. Eso era aceptable en los años 90. Hoy, con extensiones de navegador maliciosas y paquetes npm comprometidos apareciendo cada semana, es una invitación.

El otro motivo es el mantenimiento. Una distro clásica es un rompecabezas de miles de paquetes actualizados uno por uno. Una actualización que se cuelga a mitad de camino deja el sistema en un estado que nadie probó. El modelo inmutable cambia eso por una imagen completa, probada como un bloque. ¿Actualizaste y se rompió? Reinicias en la versión anterior.

Quien ya perdió una tarde arreglando su propio sistema después de un update entiende el valor de un botón de volver atrás.

Y hay un ejemplo que muestra que esto funciona fuera del laboratorio: el Steam Deck. SteamOS es inmutable, usa Flatpak para las apps de escritorio, y millones de personas usan Linux sin saber que están usando Linux. Es la señal más clara de que el camino funciona para gente normal.

Qué cambia en tu flujo de desarrollo

Ahora viene la parte que duele. El escritorio moderno y el entorno de desarrollo tradicional chocan en algunos puntos.

Un sistema inmutable no te deja instalar todo en la raíz. Ese sudo dnf install postgresql-devel que ejecutas sin pensar no funciona igual. La respuesta del ecosistema son los contenedores de desarrollo, con toolbox o distrobox:

distrobox create --name dev --image fedora:latest
distrobox enter dev

# dentro del contenedor, vida normal
sudo dnf install nodejs postgresql
curl -fsSL https://bun.sh/install | bash

El contenedor comparte tu home, así que tu proyecto, tus claves y tu .gitconfig siguen ahí. En la práctica, después de una semana te olvidas de que estás dentro de un contenedor. Incluso me parece mejor que el modelo antiguo: cada proyecto con sus dependencias, y el sistema base limpio.

Un editor en Flatpak ve poco. Si instalas VS Code desde Flathub, corre aislado. La terminal integrada no ve el Node que instalaste en el host, y los language servers desaparecen. Se pueden abrir permisos:

flatpak override --user --filesystem=home com.visualstudio.code

Pero entonces estás deshaciendo parte del aislamiento que justificaba el Flatpak. Mi opinión: las herramientas de desarrollo pesadas (editor, IDE, Android Studio) funcionan mejor instaladas dentro del mismo contenedor donde está el toolchain. Flatpak brilla en apps de usuario final: navegador, Slack, reproductor de música.

Wayland cambia cosas que ni recordabas que dependían de X11. Capturas de pantalla, compartir pantalla en Meet, herramientas de automatización que simulan clics, atajos globales. En Wayland, nada de eso es libre. Todo pasa por un portal, con el usuario autorizando. Si haces apps web, getDisplayMedia() en el navegador ya funciona vía PipeWire y portal sin que cambies una línea. Si haces apps Electron o herramientas de escritorio, vale la pena probar:

# fuerza a Electron a correr nativo en Wayland en versiones más antiguas
code --ozone-platform-hint=auto

Las versiones recientes de Electron ya detectan Wayland solas. Pero si mantienes una app Electron antigua, es el tipo de cosa que aparece como un bug de "pantalla borrosa" o "no puedo compartir la pantalla" en el issue tracker.

Las objeciones más comunes, respondidas

"Voy a perder el control de mi sistema." Pierdes un poco, sí. Dejas de editar /usr a mano. A cambio, ganas un sistema que no se pudre. Para quien le gusta tocarlo todo, las distros tradicionales siguen existiendo y van a seguir.

"Flatpak duplica bibliotecas y ocupa disco." Ocupa más que un paquete nativo, eso es cierto. Los runtimes compartidos y la deduplicación reducen el daño, pero no lo eliminan. En 2026, con SSD de 1 TB baratos, cambio algunos gigas por apps que no se rompen cuando la distro actualiza glibc.

"Wayland todavía no hace X." Esa lista se encogió mucho. Hace tres años tenía muchas cosas. Hoy queda un nicho: ciertas herramientas de accesibilidad, algunos flujos de automatización y software propietario que no se actualiza. El nicho es real y quien depende de él tiene razón en quejarse. Pero no es motivo para retener a todo el mundo en X11.

"Esto es Red Hat imponiendo su agenda." GNOME y Red Hat empujaron mucho de esto, pero KDE, Valve y la gente de Bazzite y openSUSE Aeon llegaron a conclusiones parecidas por caminos distintos. Cuando gente con intereses diferentes converge, normalmente es porque el problema es real.

Lo que yo haría hoy, en la práctica

Si desarrollas en Linux y quieres adelantarte sin cambiar de distro mañana:

1. Usa tu sesión en Wayland durante una semana. Anota lo que se rompe. Probablemente sea menos de lo que imaginas.
2. Pon un proyecto dentro de un distrobox. Si funciona, mueve los demás poco a poco.
3. Si mantienes una app de escritorio, pruébala en Wayland nativo y con Flatpak. Tus usuarios van a llegar ahí antes que tú.
4. Deja el aislamiento activado en las apps que no necesitan ver toda tu home. Tu ~/.aws/credentials te lo agradecerá.

Nada de esto exige reinstalar el sistema. Y si sale mal, basta con salir del contenedor. La parte buena de la modernización es justamente esa: equivocarse sale barato.

Mi opinión

El escritorio open source pasó dos décadas intentando ganarle a Windows en el juego de Windows. No ganó. Lo que está cambiando ahora es distinto: en lugar de copiar, está construyendo algo que el escritorio comercial todavía no tiene del todo. Un sistema base que no se rompe, apps aisladas por defecto, rollback gratis. La transición va a ser molesta, y quien depende de herramientas antiguas va a sufrir primero. Pero el destino tiene sentido, y por primera vez en mucho tiempo parece que la comunidad está remando hacia el mismo lado.

Ya trabajo con el entorno de desarrollo en contenedor desde hace un tiempo y no vuelvo atrás. Si quieres ver lo que sale de ese entorno, échale un vistazo a los proyectos que he estado construyendo.

El escritorio Linux todavía arrastra decisiones de 1987. Y eso por fin está cambiando.

GNOME y KDE ya anunciaron el fin de la sesión X11. Wayland, Flatpak y los sistemas inmutables dejaron de ser un "algún día, quizás" y pasaron a ser un plan con fecha.

Para quien programa, esto pesa en el día a día: nada de instalar todo en la raíz, un editor en Flatpak que no encuentra tu Node, capturas de pantalla que ahora dependen de un portal.

Mi salida fue el entorno de desarrollo en contenedor con distrobox. Cada proyecto con sus propias dependencias, el sistema base limpio y, si algo sale mal, basta con salir del contenedor.

El Steam Deck ya demostró que el modelo funciona para la gente común. Equivocarse salió barato.

Escribí en el blog lo que yo haría hoy, en la práctica, para adelantarme sin reinstalar nada. El enlace está en los comentarios.

#Linux #OpenSource #Wayland #DevExperience #Desarrollo