Probar las funciones experimentales de GNOME OS nunca ha sido especialmente sencillo, y quien haya trasteado con esta distribución Linux lo sabe bien. Los usuarios más curiosos siempre quieren echar mano de las últimas novedades cuanto antes, pero ese entusiasmo suele venir acompañado de un riesgo evidente. Ahora los desarrolladores de la distro han decidido poner algo de orden en todo esto con una herramienta pensada precisamente para eso, para probar sin dañar nada por el camino.
La idea de fondo es bastante clara. Cuando alguien opta por instalar software experimental, se mete en un terreno que no ofrece garantías. Hablamos de código que todavía no está pulido y que puede provocar fallos en el equipo. Y aquí es donde entra en juego la novedad, un recurso que busca hacer estas pruebas mucho más seguras y accesibles para cualquier tipo de usuario, no solo para los más veteranos.
Así funciona el Centro de Pruebas de GNOME OS
Conviene tener presente que testear software en fase de desarrollo se ha vuelto complicado. Las opciones de siempre eran dos. Esperar pacientemente a que llegara una versión estable, o lanzarse a las versiones de desarrollo cruzando los dedos para que todo saliera bien. Ninguna de las dos convencía del todo.
El problema se nota todavía más en sistemas como GNOME OS, donde la imagen base es de solo lectura. Eso significa que no se puede sustituir un paquete y seguir adelante como si nada. Para resolver justo este escollo, GNOME está desarrollando una aplicación que de momento se conoce provisionalmente como Centro de Pruebas.
Link affiliatoEl objetivo es convertirse en una solución integral capaz de instalar, ejecutar y eliminar de forma automática cualquier componente experimental de Linux. Da igual que se trate de una aplicación concreta o de un elemento del propio sistema operativo, la lógica es la misma en ambos casos.
Aplicaciones, componentes del sistema y una fecha de caducidad
En el caso de las aplicaciones, lo que hace esta herramienta es ahorrarnos la tarea tediosa de buscar artefactos de integración continua o montar manualmente un paquete Flatpak. Un desarrollador facilita un enlace, se pulsa y la compilación aparece etiquetada como experimental, con una fecha de caducidad predeterminada. Sencillo y limpio.
Para los componentes del sistema operativo el planteamiento cambia un poco en la forma pero no en el concepto. Aquí se recurre a imágenes sysext en lugar de Flatpaks. Un ejemplo ayuda a entenderlo. Si el control parental sigue en desarrollo, se descarga el sysext asociado a la solicitud de fusión a través del Centro de Pruebas.
Después se instala en el sistema como una superposición, no como un reemplazo. Y este es quizá el detalle más interesante para quien tiene miedo a estropear su equipo. Al eliminarlo, el sistema vuelve al estado anterior a la aplicación del cambio experimental, sin dejar rastro de esa prueba.
Link affiliatoFuente
Imagen: softzone.es