¿Qué es Starling y cómo convierte el escritorio Linux en una sola app?

Linux lleva décadas funcionando como un pequeño vecindario de programas que cooperan entre sí: por un lado el gestor de ventanas, por otro el compositor, el panel, los menús, el lanzador de aplicaciones y unas cuantas piezas más que el usuario normalmente ni ve. Starling quiere meter buena parte de ese vecindario bajo un mismo tejado. Su propuesta consiste en dibujar el escritorio, el dock, los menús y las ventanas desde un único programa nativo.

Eso no significa que Chrome, Zoom o Visual Studio Code hayan sido absorbidos por una gigantesca aplicación. Siguen ejecutándose como procesos independientes. La diferencia está en cómo Starling trata lo que muestran en pantalla: la superficie gráfica de cada programa pasa a formar parte del mismo árbol visual con el que representa el resto del escritorio. Una ventana acaba siendo, a ojos del sistema, casi otro componente de interfaz. Ahí está la rareza —y también el interés— del proyecto.

Starling no es otra distribución Linux

Conviene despejar una confusión desde el principio. Starling no es una nueva distribución destinada a competir con Ubuntu, Fedora o Linux Mint. Es un entorno de escritorio que, en su versión 0.4.0, tiene como plataforma principal Ubuntu 26.04 LTS para equipos x86-64.

Se instala mediante un paquete .deb de alrededor de 51 MB y aparece como una sesión adicional en la pantalla de inicio de sesión. El usuario puede continuar utilizando GNOME, KDE Plasma u otro escritorio y escoger Starling cuando quiera entrar en él. No hay que borrar el entorno anterior ni convertir el ordenador en campo de pruebas permanente.

La apariencia tampoco pretende esconder sus influencias. El escritorio presenta una barra superior, un dock flotante inferior y un lanzador de aplicaciones a pantalla completa. Hay algo de macOS en el aire, sin demasiados esfuerzos por disimularlo. También incorpora sus propias aplicaciones para tareas básicas, como archivos, terminal, ajustes, editor de texto, calculadora o reproductor multimedia, aunque el verdadero experimento está debajo de la pintura.

Qué significa realmente tener el escritorio en una aplicación

Los escritorios Linux tradicionales se han construido históricamente ensamblando componentes especializados. El resultado puede ser extraordinariamente flexible, aunque también obliga a mantener numerosos engranajes comunicándose entre sí. Starling prueba el camino contrario: el shell, el compositor y el gestor de ventanas forman parte de una misma arquitectura gráfica.

La idea puede resumirse de forma bastante sencilla: una aplicación abierta puede considerarse un widget cuyos píxeles proceden de otro proceso. Una vez aceptada esa premisa, el escritorio completo puede construirse como una enorme escena gráfica común en la que conviven fondos, botones, menús, efectos y superficies de aplicaciones.

Las aplicaciones siguen siendo independientes

Este matiz es esencial. Cuando se abre Chrome, no empieza a ejecutarse dentro del código de Starling como una pestaña incrustada. Chrome continúa siendo Chrome, con su propio proceso, su memoria y sus posibles tropiezos.

Lo que Starling recibe es su superficie gráfica, la imagen que la aplicación entrega al sistema para que aparezca en pantalla. Después la integra en la misma escena utilizada para representar cualquier otro elemento visual. Si una aplicación falla, no debería llevarse consigo todo el escritorio por el simple hecho de estar representada como otro componente de esa escena.

La arquitectura admite aplicaciones Wayland y X11. Starling incorpora su propio compositor Wayland y también un servidor X11 integrado, en vez de depender exclusivamente de una capa XWayland separada. En las pruebas del proyecto aparecen funcionando aplicaciones basadas en Chromium o Electron, GTK y Qt, tres familias muy presentes en el escritorio Linux actual.

Swift, Flutter y una arquitectura bastante poco habitual

Otra peculiaridad aparece al mirar el lenguaje utilizado. El shell de Starling está desarrollado principalmente en Swift, un lenguaje inevitablemente asociado al ecosistema de Apple, pero disponible también fuera de macOS. Debajo se encuentra una adaptación a Swift del framework de Flutter, mientras que el motor gráfico procede de una modificación del propio motor de Flutter.

No es, sin embargo, una aplicación Flutter convencional trasladada al escritorio. El proyecto ha llevado el framework de Dart a Swift sin mantener la máquina virtual de Dart, mientras conserva el motor gráfico escrito principalmente en C++. El resultado mezcla tecnologías poco habituales juntas en un escritorio Linux.

El tamaño del experimento también llama la atención. El conjunto ronda las 60.000 líneas de código si se suman escritorio, servidores gráficos, aplicaciones y determinadas capas relacionadas con el hardware. El desarrollo habría ocupado unos seis meses y habría sido dirigido por una sola persona utilizando intensivamente herramientas de inteligencia artificial. Es una afirmación del propio proyecto, no una medida independiente de productividad, pero ilustra bien qué intenta demostrar Starling: que construir un entorno gráfico completo quizá ya no necesite la maquinaria humana de antaño.

No deja de haber cierta ironía. Linux, el sistema que convirtió la modularidad en casi una cuestión filosófica, recibe ahora un escritorio cuya gracia consiste precisamente en juntar piezas que normalmente viven separadas. Nada muy linuxero y, al mismo tiempo, profundamente linuxero: probarlo solo porque se puede.

Qué funciona de verdad en Starling 0.4.0

Starling ha superado la fase del simple vídeo conceptual. La versión 0.4.0 puede arrancar como una sesión gráfica real, controlar el escritorio y ejecutar aplicaciones de terceros. Cuenta con dock, Launchpad, escritorios virtuales, gestión de ventanas y herramientas propias. También puede instalar programas mediante una pequeña tienda integrada que utiliza el sistema de paquetes del propio equipo.

Aplicaciones instaladas mediante apt, paquetes .deb, Snap o Flatpak pueden aparecer en Starling, siempre que sus tecnologías gráficas sean compatibles con lo que actualmente soporta el entorno. La tienda incluida ofrece un catálogo limitado con programas conocidos como Chrome, VS Code, Slack, Discord, Telegram, GIMP, Blender, Spotify o Zoom. No pretende sustituir los repositorios de Linux; funciona más bien como una puerta de entrada simplificada.

Hay incluso una vertiente bastante curiosa para Windows. Starling puede ejecutarse dentro de WSL y ofrecer su escritorio mediante una conexión RDP. En ese escenario no está reflejando una pantalla Linux física escondida en algún lugar: la sesión se representa directamente sobre la superficie remota. El mismo planteamiento abre posibilidades para máquinas Linux sin monitor, servidores domésticos o equipos a los que se accede a distancia.

Los límites todavía pesan

Aquí conviene frenar el entusiasmo. Starling se presenta expresamente como una versión preliminar, no como candidato maduro para reemplazar mañana por la mañana a GNOME o KDE Plasma.

La versión 0.4.0 todavía carece de bloqueo de pantalla funcional. Su salvapantallas no constituye una medida de seguridad porque puede abandonarse con una pulsación o movimiento. El escalado por pantalla tampoco está completamente resuelto y no existe aún un selector convencional de modos de pantalla. La compatibilidad de hardware, además, está lejos de haberse probado con el abanico enorme de configuraciones que soportan los escritorios veteranos.

Ese detalle cambia bastante la lectura de la noticia. Hacer funcionar un escritorio en un portátil concreto es difícil; conseguir que funcione razonablemente bien en miles de combinaciones de tarjetas gráficas, pantallas, periféricos, portátiles híbridos y aplicaciones heredadas es otra liga. GNOME y KDE Plasma llevan años acumulando experiencia, errores corregidos y pequeñas soluciones a problemas que solo aparecen cuando alguien conecta aquella pantalla extraña de 2015 que nadie recordaba.

Starling, de momento, es un laboratorio utilizable, no un sustituto consolidado.

Por qué Starling pone al escritorio Linux frente al espejo

Sería fácil despachar Starling como otra rareza nacida en torno al software libre. Linux produce experimentos gráficos con bastante facilidad; algunos sobreviven, otros acaban convertidos en repositorios abandonados que contemplan Internet como edificios vacíos. Pero aquí hay una idea arquitectónica interesante.

Unificar compositor, gestión de ventanas e interfaz puede reducir determinadas capas de coordinación y permite que efectos, animaciones y organización de ventanas utilicen un mismo modelo gráfico. También hace que determinados cambios visuales puedan plantearse dentro de una única estructura, en lugar de atravesar varias piezas del escritorio.

Eso no implica automáticamente más velocidad, menos memoria o mayor estabilidad. Esas ventajas tendrían que demostrarse con pruebas comparables y prolongadas. Una arquitectura más concentrada también puede crear nuevos problemas: un componente central adquiere más responsabilidades y cualquier fallo dentro de él importa más. El software no se vuelve bueno por tener menos cajones; a veces solo significa que hemos metido todos los calcetines en el mismo.

Lo relevante es que Starling cuestiona una convención que parecía casi natural. Un escritorio no tiene por qué construirse exactamente como se construía hace veinte años. Las herramientas gráficas modernas ya ofrecen composición acelerada por GPU, animaciones, gestión de escenas y mecanismos de entrada que antes había que levantar pieza por pieza. Starling lleva esa idea al extremo y plantea cuánto del escritorio tradicional sigue siendo realmente necesario como subsistema independiente.

Starling no ha destronado a GNOME ni a KDE Plasma, y compararlo ahora mismo con ellos como si estuvieran en la misma carrera sería bastante injusto. Los grandes entornos Linux soportan años de compatibilidad, accesibilidad, internacionalización, configuración, hardware y hábitos acumulados. Starling acaba de llegar y aún camina con algunas costuras a la vista.

Pero el experimento funciona lo suficiente como para que su planteamiento deje de ser una ocurrencia teórica. Un escritorio Linux puede organizar buena parte de su interfaz, compositor y gestión de ventanas alrededor de una única aplicación gráfica, mientras mantiene independientes los programas que el usuario ejecuta. Ahí está la noticia, más que en la apariencia de su dock.

Quizá Starling termine convertido en un escritorio minoritario, quizá parte de sus ideas aparezcan en otros proyectos o quizá dentro de unos años quede como aquella extravagancia que alguien construyó con Swift, Flutter e inteligencia artificial. Todavía es pronto.

Lo interesante es que ha colocado una pregunta incómoda sobre la mesa de Linux: cuánto de la complejidad actual sigue siendo imprescindible y cuánto permanece ahí, sencillamente, porque siempre se hizo así.