En los últimos tiempos han surgido iniciativas para hacer que los fallos de Linux sean más fáciles de leer. Si systemd 255 introdujo un pantallazo azul de la muerte cuyo uso es opcional, hace poco se ha propuesto para Linux 6.12 la muestra de un código QR cuando se produce un kernel panic.

Los códigos QR se han mostrado como muy eficaces para almacenar una gran cantidad de información en poco espacio, así que, procedente del repositorio DRM-Misc-Next, se ha propuesto su implementación en DRM Panic, que es el componente encargado de mostrar un mensaje cuando se produce un kernel panic a través de los drivers gráficos soportados.

Pero antes de continuar, hay que dejar claro que aquí DRM no hace referencia a la gestión de derechos digitales de plataformas como Netflix o SkyShowtime, sino a la gestión de renderización directa. Dicho con otras palabras, nos estamos refiriendo al subsistema del kernel Linux responsable de interactuar con las GPU modernas, el cual abarca los drivers AMDGPU, el viejo Radeon dirigido principalmente a viejas gráficas publicadas bajo la marca ATI, además de los drivers de Intel i915 y Xe, siendo el primero el actual y el segundo su sucesor para procesadores gráficos modernos. Obviamente hay muchos otros controladores, pero en el ecosistema x86 esos son los más populares y los que tienen mayor proyección.

La información arrojada por un kernel panic tiende a no ser muy amigable, así que un código QR puede ser una buena herramienta para almacenar más información y de manera que se pueda consultar en el futuro, con la posibilidad de obtenerla de forma que sea más comprensible para el usuario. La característica es opcional y está escrita en Rust, por lo que el soporte para dicho lenguaje debe estar habilitada en la compilación del kernel.

Profundizando un poco en la característica, tiene una opción llamada DRM_PANIC_SCREEN_QR_CODE que añade un generador de códigos QR y una pantalla de pánico con un código de QR. El código QR contendrá las últimas líneas de kmsg y otra información de depuración. Esto debería facilitar al usuario el reporte de un kernel panic con toda la información disponible. Otra opción, DRM_PANIC_SCREEN_QR_CODE_URL, establece la URL base para reportar un kernel panic y en caso de estar establecido en propio código QR contendrá la URL y el kmsg comprimidos con zlib como un parámetro de la URL. En caso de estar vacío, el código QR solo contendrá solamente el kmsg como texto sin comprimir.

Por ahora la intención es introducir el soporte para el código QR en Linux 6.12, pero todavía queda bastante para su lanzamiento (la versión 6.11 se encuentra en RC) y es posible que se demore. No se trata de una característica que vaya a revolucionar nada y muchos posiblemente la vean inútil, pero es probable que algunos usuarios vean aquí una vía para obtener una mejor información de una de las incidencias más desagradables que uno puede tener a la hora de usar Linux.

Fuente: Muy Linux.

A pesar de haber moderado su actitud, Linus Torvalds sigue sorprendiendo con sus declaraciones y reflexiones, que en no pocas ocasiones se desmarcan de los tópicos que muchos atribuyen a una persona de su perfil. Siguiendo esta tónica, el creador de Linux ha expuesto en la conferencia Open Source Summit China 2024 su punto de vista sobre la adopción de Rust en el kernel, su postura en torno a la inteligencia artificial y cómo se toma ciertas tecnologías.

Sobre la situación de Rust en Linux, parece que ha habido cierto cambio en la visión de Linus Torvalds. Si en el pasado sus declaraciones denotaban cierto escepticismo sobre cómo terminaría funcionando Rust a la hora de la verdad, en la última Open Source Summit celebrada en China ha dicho que “esperaba que las actualizaciones fueran más rápidas, pero parte del problema es que los antiguos desarrolladores del kernel están acostumbrados a C y no conocen Rust. No les entusiasma precisamente tener que aprender un lenguaje nuevo que en algunos aspectos es muy diferente. Así que ha habido cierta reacción contra Rust”.

El desconocimiento por parte de los desarrolladores y su resistencia a adoptar una tecnología más reciente no es el único motivo según ha explicado Torvalds, ya que “otra razón ha sido que la infraestructura de Rust en sí no ha sido súper estable”.

Continuando con tecnologías que están de moda, Linus Torvalds también ha expresado su postura en torno a la inteligencia artificial (IA). Si bien no comparte el exceso de entusiasmo que ha despertado, sí ve que las herramientas apoyadas en inteligencia artificial contribuirán a la revisión de código y a la detección de errores.

Otra cosa que el creador de Linux ha mencionado sobre la IA es que hecho que NVIDIA se involucre mucho más en kernel, hasta el extremo de decir que el gigante verde ha pasado “de estar en mi lista de empresas que no son buenas a mi lista de empresas que están haciendo un trabajo realmente bueno”. Aquí nos encontramos con una aparente rectificación de su icónico fuck you, que vino después de decir que NVIDIA era “la peor empresa con la que habían tratado” los responsables del kernel y que era “foco de contínuos problemas para Linux”.

Y por último nos encontramos con sectores como la computación en la nube y tecnologías como Kubernetes, que al parecer no son del interés de Torvalds, quien prefiere estar centrado en el kernel Linux. Obviamente, el ingeniero finés no niega la importancia de la nube y tecnologías como Kubernetes, pero que a la hora de la verdad no son su problema. Por otro lado, ha comentado que lo bueno del código abierto es que cada uno se especializa en lo que le interesa.

Lo que dice Linus Torvalds en los eventos suele ser tenido en cuenta no solo por el debate que puedan generar sus palabras, sino también porque a veces da pistas sobre posibles decisiones en torno al desarrollo de Linux. El ingeniero finés estuvo acompañado en la conferencia por Dirk Hohndel, quien es director de la oficina del programa de código abierto de Verizon y amigo del creador de Linux.

Fuente: Muy Linux.

El Equipo del Kernel de Canonical, CKT en sus siglas en inglés, ha anunciado una nueva política de selección de versiones de Linux con la que pretenden suministrar los lanzamientos más recientes del kernel a través de Ubuntu.

Lo primero que explica el CKT es que los encargados del kernel manejan una fecha de publicación fluida con el fin de ajustarla a los problemas que pudieran surgir en el desarrollo, si bien el actual calendario hace que tengamos una nueva versión de Linux cada dos o tres meses. Por su parte, Ubuntu maneja como distribución un calendario fijo, con un lanzamiento cada seis meses que solo se retrasa en circunstancias extremas.

Debido a que los lanzamientos del Linux y de Ubuntu no están alineados, se puede dar el caso de que una versión del kernel sea publicada en unas fechas similares al de un nuevo lanzamiento de la distribución o que la versión de Linux sea publicada después del lanzamiento de Ubuntu debido a que fue retrasada. Por otro lado está la política del propio CKT, que ha estimado en un mes el tiempo requerido entre la nueva versión de Linux y el kernel asociado a Ubuntu para que sea considerado lo suficientemente estable para su publicación en los repositorios.

Lo planteado por el CKT puede ser un problema cuando una nueva versión de Linux es lanzada solo cuatro semanas antes de una nueva publicación de Ubuntu o una semanas después de la fecha programada para el sistema operativo. Para ilustrar la situación con un ejemplo, el equipo ha publicado un gráfico en el que se ve que el lanzamiento de Ubuntu 24.10 casi coincide con el de Linux 6.11.

El CKT reconoce que la situación que se le plantea es un dilema, ya que, con su esquema actual, debería incluir en Ubuntu 24.10 un kernel que ya tiene entre dos y tres meses en lugar del último, cuyo lanzamiento en caso de cumplirse la fecha se produciría poco antes de la publicación del sistema. Esto plantea si es mejor incluir un kernel que tiene dos o tres meses o si acortar el proceso de clarificación para llegar a la fecha de lanzamiento, con la posibilidad de que la segunda opción derive en un producto que proporciona menos confianza, o si ajustar la fecha de lanzamiento de Ubuntu.

Sobre la política en torno a la introducción de un kernel reciente en Ubuntu, el CKT ha explicado lo siguiente: “La forma en que CKT ha elegido históricamente una versión upstream del kernel de Linux fue con un enfoque conservador de ‘esperar y ver’. Dada la ventana de estabilización de un mes requerida, una versión upstream del kernel que se lanzará casi con seguridad sería la selección tentativa, con un posible salto de último minuto a una versión más reciente en caso de que se lance en un plazo viable. Este enfoque garantizaría la estabilidad en el día de lanzamiento designado, pero estaba resultando impopular entre los consumidores que buscaban adoptar las últimas características y soporte de hardware, así como entre los proveedores de silicio que buscaban un compromiso de versión más firme para alinear su soporte de Ubuntu.”

“La intención detrás de esta publicación es describir una nueva política que el CKT está adoptando con respecto a la selección de la versión del kernel para una próxima versión de Ubuntu. Para brindar a los usuarios lo último en características y soporte de hardware, Ubuntu ahora suministrará la última versión disponible del kernel de Linux upstream en la fecha de congelación de lanzamiento especificada de Ubuntu, incluso si el upstream aún se encuentra en estado de Lanzamiento Candidato (RC)”.

De entre los términos recurrentes mencionados por el CKT, está el lanzamiento apretado (Tight Release), que consiste en “cuando un kernel upstream está en las candidatas de lanzamiento de la 4 a la 6 dentro de la congelación de características (Feature Freeze). La suposición aquí es que el kernel upstream está lo suficientemente avanzado como para que el equipo del kernel tenga gran confianza en que se lanzará antes de la beta congelada de Ubuntu. Sin embargo, la versión upstream del kernel estará tan cerca de la versión de Ubuntu que necesitará un período limitado para realizar pruebas, solucionar problemas e integrar componentes dependientes”.

Otro término a destacar es el lanzamiento inestable: “Cuando un kernel upstream todavía está en la ventana de fusión abierta o en candidata de lanzamiento de la 1 a la 3 dentro la congelación de características, esto se conocerá como versión inestable. En esta situación, el CKT confía en que el kernel upstream todavía estará en un estado RC en la beta congelada de Ubuntu, donde la versión del kernel está congelada y, por lo tanto, no se puede esperar una estabilidad completa o incluso soporte completo de componentes dependientes”.

Obviamente, la situación no solo consiste en meter la última versión del kernel o confiar en una candidata de lanzamiento que está en una fase avanzada, ya que hay componentes como el driver de NVIDIA y el soporte de ZFS que tienen que ser tenidos en cuenta. Esto introduce bastante complejidad en lo que respecta a tomar la decisión de introducir un kernel más reciente en Ubuntu con el fin de ofrecer un mejor soporte para aquellos que usan un hardware reciente.

En lo que respecta a los lanzamientos LTS de Ubuntu, Livepatch seguirá funcionando como de costumbre para los kernels liberados; no existirá ningún kernel puente, una opción para los usuarios que desean actualizar a la versión pendiente pero que requieren de componentes dependientes que aún no están estabilizados, por lo que todas las actualizaciones estarán deshabilitadas hasta la estabilización; además de que se proporcionará un kernel estabilizado para la primera versión de mantenimiento. Dicho con otras palabras, parece que la política será algo más conservadora con los lanzamiento LTS de Ubuntu, cosa normal si tenemos en cuenta el perfil del producto.

El CKT reconoce que con esta nueva política puede ser más agresivo a la hora de proporcionar una nueva versión del kernel. Sin embargo, avisa que por ahora solo puede anunciar lo que hará en la próxima versión de Ubuntu, o sea, la 24.10, que por ahora apunta a incorporar Linux 6.11. De cumplirse los plazos mostrados en los gráficos, el kernel ya debería estar en fase estable para el día de lanzamiento del sistema operativo.

Fuente: Muy Linux.

Podman 5.2 ya está disponible como la nueva versión del motor de contenedores de código abierto, multiplataforma y que funciona sin daemon. En esta ocasión nos encontramos con un lanzamiento que no incluye un número significativo de novedades, de las cuales la primera mencionada no va dirigida a Linux.

Comenzando con lo que ya hemos adelantado, Podman soporta a partir de este lanzamiento libkrun como backend para crear máquinas virtuales en macOS. La principal ventaja de usar libkrun como backend es que permite montar las GPU en la máquina virtual para acelerar las tareas, si bien por defecto todavía se sigue usando applehv.

La segunda novedad más importante de Podman 5.2 es que Quadlet soporta ahora los ficheros .build, lo que permite que las imágenes puedan ser creadas por Quadlet y que luego sean utilizadas como contenedores de Quadlet. Para los que anden perdidos, Quadlet es una herramienta para ejecutar contenedores de Podman en systemd de forma óptima al permitir que los contenedores se ejecuten en systemd de forma declarativa.

El contenedor (.container) de Quadlet y los ficheros .pod soportan un nuevo campo, NetworkAlias, con el que es posible añadir alias de red. Por otro lado, las rutas de búsqueda directa de Quadlet han sido ampliadas para incluir entradas directas de nivel superior (container.d, pod.d) y entradas directas de unidades truncadas (unit-.container.d).

En lo que respecta a los comandos, se ha introducido un nuevo, podman system check, que se encargará de identificar y a ser posible corregir corrupciones dentro del almacenamiento local de contenedores, mientras podman machine reset restablecerá todos los proveedores disponibles en el sistema operativo actual (por ejemplo, garantizando que las máquinas virtuales de la máquina podman HyperV y WSL se eliminarán en Windows).

Podman 5.2 también ha introducido un puñado de cambios de calado, de entre los que destaca que a partir de este lanzamiento se requiere una nueva API de montaje del kernel que ha sido introducida en Linux 5.2, que las unidades de imágenes (.image) de Quadlet tienen ahora una dependencia sobre network-online.target y que la opción --device de podman create y podman run ya no es ignorada cuando la opción --privileged también es especificada.

Continuando con más cambios, tenemos el uso de virtiofs en lugar de 9p sobre Linux si virtiofsd está instalado en el sistema anfitrión y se quiere montar el sistema de ficheros del anfitrión en las máquinas virtuales creadas con podman machine, la posibilidad de usar las opciones --squash y --layers=false al mismo tiempo en podman build, la capacidad de Podman de pasar un tiempo de espera para la detención del contenedor a systemd cuando se crean cgroups, el marcado de la opción --volume-driver como obsoleta en podman machine init, además de que los comandos podman start y podman stop ya no imprimen el ID completo del pod iniciado o detenido, sino la entrada del usuario utilizada para especificar el pod.

Y estas son las novedades más importantes de Podman 5.2. Los que quieran conocer todos los detalles pueden consultar el anuncio oficial y el registro de cambios, mientras que para obtener el motor de contenedores uno puede consultar las instrucciones al respecto o esperar a que sea suministrado a través de los repositorios de la distribución Linux utilizada si esta es rolling release o una bleeding edge relativamente “agresiva”, y eso sin contar la posibilidad de que existan repositorios externos.

KI

Manjaro ha anunciado la puesta a disposición en fase experimental de su futuro sistema operativo inmutable (o atómico, según se vea), el cual se convertirá en otra edición oficial de la distribución. Aquí nos encontramos con otra propuesta que sigue más o menos las líneas ya marcadas por Fedora Silverblue, openSUSE Aeon y Vanilla OS, con mecanismos de actualizaciones atómicas, de retroceso (rollback) para volver a una versión anterior del sistema y de separación de las aplicaciones del sistema mediante Podman, Distrobox y Flatpak.

Como nos volvemos a topar con conceptos que hemos repetido en diversas ocasiones, vamos a centrarnos Arkdep, el mecanismo de actualizaciones atómicas empleado por el sistema inmutable de Manjaro, cuyo nombre al menos por ahora es Manjaro Immutable. Su origen está en Arkane Linux, una derivada inmutable de Arch Linux, y según su descripción en GitHub se trata de un “conjunto de herramientas para construir, implementar y mantener un sistema atómico e inmutable basado en Btrfs. Es el conjunto de herramientas que proporciona inmutabilidad a Arkane Linux. Intenta diferenciarse de otras herramientas similares por ser ‘estúpidamente simple’, modificable, flexible y fácil de adoptar para proyectos personales”.

Arkdep pone en evidencia el sistema de ficheros empleado Manjaro Immutable, Btrfs, el cual es un clásico en los sistemas inmutables gracias a que soporta instantáneas de manera nativa. Debido a que Arkdep se apoya en Btrfs, no se permite usar otro sistema de ficheros, algo que también ocurre con los sistemas inmutables del espectro SUSE por el hecho de apoyarse en transactional-update y Snapper para el mecanismo de retroceso mediante instantáneas de Btrfs.

Arkdep parece tener alguna que otra similitud con OSTree, ya que con un solo comando y un reinicio es posible cambiar la rama de GNOME por la de KDE:

sudo arkdep deploy test-manjaro-kde

Otro aspecto a destacar de Manjaro Immutable es que su experiencia está centrada en GNOME al menos de momento, con un sistema que está bastante limpio a nivel de aplicaciones. El usuario se encontrará con que no hay ningún navegador web preinstalado y verá solo algunas aplicaciones básicas del escritorio y BoxBuddy, una aplicación gráfica que facilita la creación de contenedores de Distrobox.

Un punto a tener en cuenta de Manjaro Immutable es que emplea systemd-boot como gestor de arranque, por lo que requiere de un ordenador o una máquina virtual que soporte UEFI para funcionar. No, este sistema operativo no funciona sobre legacy BIOS, por si a alguien se le ocurre probarlo en un ordenador muy antiguo o una máquina virtual sin configurar correctamente tipo de firmware. Si se quiere establecer otra imagen del sistema para que sea iniciada por defecto, hay que empezar por ejecutar el siguiente comando:

cat /arkdep/tracker

Que debería arrojar un resultado como el siguiente:

8da5433c34d8633d686c0c6cdc8b0d7d0c77d0d5f7 # Primera imagen
1b07985e7fd28c5722f73ed6937b0c6afedfba33d6 # Segunda imagen

Para establecer la segunda imagen como la predeterminada:

sudo bootctl set-default 1b07985e7fd28c5722f73ed6937b0c6afedfba33d6

Y si se quiere eliminar una imagen del sistema, el proceso es el siguiente:

sudo arkdep remove 8da5433c34d8633d686c0c6cdc8b0d7d0c77d0d5f7

Además de un equipo que use UEFI, el requisito mínimo a nivel de almacenamiento para datos es de 32GB, si bien lo recomendado son 64GB. Recordamos que estos sistemas operativos inmutables no están especialmente orientados al ahorro de espacio en disco debido a la presencia del mecanismo de retroceso, de Distrobox y Flatpak, pero cualquier equipo de gama media de hace años tiene capacidad más que sobra para soportarlos sin problemas.

En resumidas cuentas, Manjaro se suma a la moda de los sistemas inmutables con una propuesta que sigue en buena medida lo realizado por otros con anterioridad. Los que quieran conocer todos los detalles sobre este sistema, que todavía se encuentra en fase experimental, pueden consultarlos en el anuncio oficial, desde donde también es posible obtener la imagen ISO para llevar a cabo el proceso de instalación.

La cuota de Linux en el escritorio no para de dar buenas noticias en los últimos tiempos, o al menos eso es lo que nos llega a partir de los datos recopilados por Statcounter, que se ha convertido en la firma de estadística de referencia tras el cierre de NetMarketShare.

Linux había superado el 4% de cuota en escritorio el pasado mes de febrero, una situación que se mantuvo un mes más hasta que en el siguiente la cosa se desinfló un poco, aunque manteniéndose claramente por encima del 3%. En junio la cuota se situó en el 4,05% y el pasado mes de julio volvió a subir para alcanzar el 4,45%, lo cual supone su máximo en la historia de Statcounter o al menos su máximo en muchos años.

No viene mal recordar que los datos de estos medidores tienen que ser cogidos con pinzas, ya que es muy probable que manejen unos márgenes de error bastante grandes. Sin embargo, en la actualidad es lo menos malo que hay, así que es lo que se suele usar para tener una imagen aproximada de la situación de algún segmento, ya sean los sistemas para escritorio, los sistemas para móviles, los navegadores web, los motores de búsqueda, etc.

Sobre las cuotas de los distintos sistemas para escritorio en julio de 2024, los datos de Stacounter son los siguientes:

• Windows: 72,08%
• macOS: 14,92%
• Desconocido: 7,14%
• Linux: 4,45%
• ChromeOS: 1,41%
• FreeBSD: 0,01%

Como suele ser habitual por parte de Statcounter, nos encontramos con el misterio que representa ese “Desconocido”, que en un principio apunta a ser principalmente sistemas no identificados que operan detrás de una VPN. Algunos posiblemente piensen que un porcentaje de esos sistemas sean Linux que no han sido correctamente identificados, pero la teoría de las VPN apunta a tener fuerza si vemos la alta cuota de Linux en términos relativos.

Si vemos la cuota de Linux por continentes, en Asia es del 6,16%, en África del 2,77%, en Europa del 3,42%, en Norteamérica del 3,52%, en Oceanía del 1,82% y en Sudamérica del 3,02% (nos estamos ciñendo a los datos de Statcounter, por si alguien ve que algo no tiene sentido). Por (algunos) países tenemos el 3,47% de España, el 3,74% de Estados Unidos, el 3,13% de Brasil, el 2,54% de México, el 3,37% de Argentina, el 3,15% de Colombia, el 1,3% de Chile, el 3,12% de Ecuador, el 6,77% de Venezuela, el 2,61% de Bolivia y el 2,04% de Perú.

Retomando la cuota a nivel mundial, es obvio que el 4,45% es poco, pero como persona que vivió la época en la que a Linux le costaba horrores mantener el 1%, prefiero ver el vaso medio lleno, sobre todo tras observar la tendencia al alza de los últimos años. Sobre las razones se pueden exponer muchas teorías, pero algunas de ellas pueden ser el descontento que muchos usuarios sienten con las versiones 10 y 11 de Windows, una Steam Deck que ha podido contribuir a que más de uno haya perdido el miedo a usar Linux, unos ordenadores Mac con Intel que se están quedando sin soporte y la mejora de los controladores gráficos. Como digo, todas estas son teorías, pero al menos no suenan muy disparatadas.

Veremos si el escritorio Linux sigue ganando cuota poco a poco para que así más compañías y aplicaciones se lo tomen en serio, con especial mención a Adobe, AutoCAD y algunos servicios como SkyShowtime, que en caso de poder usarse debe ser a través de algún resorte.

Un año después de ser anunciado, Vanilla OS 2 “Orchid” ya es oficialmente la nueva versión estable de este sistema operativo inmutable para escritorio, el cual ha pasado a basarse en Debian Sid en lugar de Ubuntu. En el anuncio oficial se precisa que han hecho una “transición de Ubuntu a una base híbrida formada por paquetes de Debian y módulos de Vanilla Image Builder (Vib) para obtener mayor flexibilidad y control sobre las actualizaciones y la configuración”.

Vanilla OS 2 es presentado de la siguiente manera por los responsables de la distribución: “Más de un año de desarrollo meticuloso ha culminado en esta reescritura completa de nuestro sistema operativo. Orchid redefine la simplicidad y el rendimiento, proporcionando una experiencia fluida e intuitiva para todos, independientemente de si eres un internauta, un jugador, un desarrollador o un diseñador. Disfrute de una experiencia innovadora que satisface todas sus necesidades. Nuestros objetivos siguen siendo los mismos, pero ahora son más ambiciosos: simplicidad, limpieza, libertad y una experiencia sin obstáculos”.

Según su propia descripción, Vanilla OS 2 es un sistema operativo seguro gracias a que protege los componentes críticos de los accesos no autorizados, confiable a través actualizaciones que siempre son cuidadosamente probadas y cool mediante una interfaz moderna, atractiva y funcional que proporciona acceso rápido a las aplicaciones y las herramientas.

Al igual que otros exponentes de los escritorios inmutables como openSUSE Aeon, Vanilla OS 2 destaca por actualizarse en segundo plano. Esto se hace gracias a que el sistema operativo se actualiza en frío mediante el sistema de actualizaciones atómicas ABRoot v2, por lo que los cambios no entran en funcionamiento mientras no se reinicie la computadora. El principal beneficio es un flujo de trabajo ininterrumpido debido a que se eliminan los conflictos de las versiones de las bibliotecas cargadas en RAM y las presentes en los binarios que se producen con las actualizaciones en caliente. El usuario puede programar la frecuencia e indicar si las actualizaciones solo son comprobadas cuando la computadora está desocupada.

Como es lógico viendo el concepto que maneja, Vanilla OS 2 pone a disposición la capacidad de hacer un retroceso (rollback) en caso de que alguna actualización del sistema genere problemas. De esta manera es posible recuperar una versión anterior y funcional del sistema operativo en caso de que alguna actualización haya ido mal o esté dando problemas.

En comparación con la entrada que le dedicamos a la misma distribución cuando se basaba en Ubuntu, un detalle interesante es que Apx tiene ahora una interfaz gráfica que lo ha convertido en una especie de gestor de subsistemas (contenedores) basados Alpine, Arch Linux, Fedora, openSUSE, Ubuntu, vanilla-dev o el propio Vanilla, lo que da acceso a un amplio catálogo de software. Por si esto no fuera suficiente, también hay compatibilidad experimental con las aplicaciones de Android a través de Waydroid y Vanilla System Operator (VSO), soporte de Flatpak mediante Flathub y la posibilidad de hacer carga lateral (sideloading) con paquetes Deb y APK.

El instalador de Vanilla OS 2 “utiliza una sesión de GNOME reducida, un nuevo backend de Albius que reemplaza a distinst, nuevas pantallas de configuración, soporte OEM y soporte para cifrar la partición /var con LUKS2. Soporta partición manual y configuración de red durante la instalación”. Por otro lado, Vib es el nuevo sistema de recetas OCI, un “método recomendado para crear imágenes OCI personalizadas y derivadas de Vanilla OS, lo que facilita la construcción de sistemas modulares y escalables”.

Entre los componentes básicos de Vanilla OS 2 están Linux 6.9.8, GNOME 46 en su estado vanilla (con la excepción de la fuente tipográfica) y la utilidad PRIME para esos equipos que implementan varias gráficas, principalmente portátiles debido a que reducir al máximo el uso de la gráfica dedicada contribuye a aumentar la autonomía proporcionada por la batería.

Y estos son todos los aspectos importantes de Vanilla OS 2, la nueva versión mayor del sistema operativo inmutable para escritorio, que ahora se basa en Debian. Aquí nos encontramos con otro exponente que se suma a un segmento que en la actualidad sigue siendo bastante minoritario si quitamos a SteamOS 3 de la ecuación, pero que poco a poco se va abriendo hueco a través de exponentes como los escritorios atómicos de Fedora, openSUSE Aeon (desgraciadamente Kalpa se ha quedado muy rezagado), Endless, BlendOS y el propio Vanilla.

Todos los detalles en torno a Vanilla OS 2 están publicados en el anuncio oficial y el sistema puede ser obtenido a partir de la sección de descargas del sitio web de la distribución.

Fuente: Muy Linux.

Linux Mint 22 “Wilma” ya está oficialmente disponible como la nueva versión estable de la derivada de Ubuntu más popular, la cual se ha convertido probablemente en la mejor puerta de entrada al escritorio Linux gracias a la equilibrada experiencia que proporciona Cinnamon y a la presencia de una gran cantidad de herramientas gráficas cuidadosamente seleccionadas y fáciles de utilizar.

Linux Mint 22, como ya dijimos cuando la beta fue publicada, se basa en Ubuntu 24.04 LTS y por lo tanto se beneficia de todo el soporte de terceros que hay para este sistema a través de paquetes Deb. A esto se suman algunos cambios tecnológicos importantes que van dirigidos a modernizar el propio sistema operativo y a mejorar su soporte para equipos recientes.

La primera novedad importante del lanzamiento que nos ocupa es el hecho de que ha adoptado las actualizaciones del kernel del sistema en el que se basa. Gracias a esto, el primer kernel proporcionado es Linux 6.8 y se seguirán los lanzamientos de la serie HWE para facilitar el uso de Linux Mint 22 en una mayor variedad de hardware, sobre todo el reciente. Sin embargo, para cubrir correctamente este frente también hay que tener Mesa al día para ofrecer un buen soporte para las GPU.

La otra novedad tecnológica de calado es que PipeWire es ahora el servidor de audio predeterminado. Aquí recordamos que Linux Mint apunta a seguir el camino inverso al del resto de distribuciones, sobre todo porque la tendencia fue en un principio emplear PipeWire para soportar la captura del escritorio desde sesiones de Wayland, mientras PulseAudio seguía haciendo las labores de audio. Debido a que Linux Mint sigue usando Xorg por defecto, este servidor gráfico seguirá realizando la función de captura del escritorio y PipeWire se responsabiliza del audio.

Aunque los temas han sido actualizados en Linux Mint 22 para soportar GTK4, la realidad es que los responsables de la distribución están trabajando para evitar la adopción completa de dicha versión del toolkit. Esto ha traído como consecuencia que las cuentas online de GNOME son ahora gestionadas con una aplicación llamada GNOME Online Accounts GTK, que forma parte de XApp. Siguiendo con temas estéticos, algunas aplicaciones han sido recuperadas en sus versiones GTK3 debido a que las aplicaciones de GNOME en Ubuntu 24.04 LTS han sido movidas a libadwaita y por lo tanto han dejado de soportar el sistema de temas. Las aplicaciones en cuestión son Celluloid, GNOME Calculator, Simple Scan, Baobab, System Monitor, GNOME Calendar, File Roller y Zenity.

Linux Mint no se entiende sin su producto estrella: el escritorio Cinnamon, presente en esta ocasión en su versión 6.2. De Cinnamon 6.2 sobresalen la ya mencionada sustitución del gestor de cuentas online de GNOME por GNOME Online Accounts GTK, la corrección del mapeo de las ventanas de las Flatpak, una corrección en WebKit para un fallo que rompía las cuentas online cuando se usa una gráfica de NVIDIA, la posibilidad de establecer un retraso de 5 o 10 segundos a través de las opciones de configuración y una sesión de Wayland que fue introducida en la versión 6 del escritorio y que en estos momentos se encuentra en fase experimental. Los escritorios alternativos son Xfce 4.18 y MATE 1.26.

Con el fin de reforzar la seguridad, la tienda de software ha incorporado una nueva opción/política que impide por defecto mostrar las aplicaciones de Flathub no verificadas, si bien esto puede ser modificado a través de la configuración de la aplicación. No es una medida que haya gustado a todos, pero los responsables de Linux Mint se han mostrado tajantes con su decisión.

Como última novedad interesante se puede mencionar la ganancia de espacio en disco mediante la eliminación al final del proceso de instalación de aquellos idiomas que no correspondan al inglés y al seleccionado por el usuario. En caso de estar conectado a Internet durante el proceso de instalación, los paquetes de idiomas serán descargados, mientras que los idiomas presentes en la imagen ISO son inglés, alemán, español, francés, ruso, portugués, holandés e italiano.

Y con esto ya hemos mencionado todo lo importante de Linux Mint 22, un sistema que a buen seguro será uno de los grandes lanzamientos de Linux en este 2024. Los que quieran conocer todos los detalles pueden consultar las notas de lanzamiento y el anuncio oficial, mientras que el sistema está disponible a partir de la sección de descargas del sitio web oficial.

Fuente: Muy Linux.

La beta de Linux Mint 22 ha sido publicada como el futuro gran lanzamiento de la derivada de Ubuntu más popular, que pasará a tomar la base de la versión 24.04 LTS de la distribución de Canonical. Aquí nos encontramos con un lanzamiento bastante predecible en muchos frentes, sobre todo viendo la gran cantidad de material reciclado y la conservadora política que manejan los responsables de este producto.

Lo primero que se menciona del futuro Linux Mint 22, cuyo nombre en clave es “Wilma”, es la ganancia de espacio en disco mediante la eliminación al final del proceso de instalación de aquellos idiomas que no correspondan al inglés y al seleccionado por el usuario. En caso de estar conectado a Internet durante el proceso de instalación, los paquetes de idiomas serán descargados, mientras que los idiomas presentes en la imagen ISO son inglés, alemán, español, francés, ruso, portugués, holandés e italiano.

Otra novedad importante de Linux Mint 22 es que adoptará las actualizaciones del kernel de Ubuntu 24.04 LTS. Con esta decisión, el primer kernel que se proporcionará será Linux 6.8 y se seguirá los lanzamientos de la serie HWE. Esto abrirá la puerta a que el sistema pueda funcionar sobre una mayor variedad de hardware, sobre todo reciente, pero aquí también es importante tener en cuenta a Mesa para asegurarse de que el soporte para las GPU sea bueno.

Y siguiendo los pasos de su distribución madre, PipeWire será el servidor de audio predeterminado. La gracia es que la trayectoria de Linux Mint apunta a ser inversa a la de otras distribuciones, y es que, mientras PipeWire estuvo en un principio solo para soportar la captura del escritorio en sesiones de Wayland y PulseAudio seguía haciendo las labores de audio, Linux Mint sigue usando Xorg por defecto, así que lo más probable es que el veterano servidor gráfico siga realizando la función de capturar el escritorio y que PipeWire haga las labores de servidor de audio.

Los temas para el escritorio han sido actualizados para soportar GTK4, aunque desde Linux Mint están trabajando para evitar la adopción total de esta versión del toolkit. Como consecuencia, las cuentas online de GNOME son ahora gestionadas mediante una aplicación llamada GNOME Online Accounts GTK, la cual forma parte de XApp.

Siguiendo con cosas relacionadas con los temas, las aplicaciones de GNOME en Ubuntu 24.04 LTS han sido movidas a libadwaita y han dejado de soportar el sistema de temas, así que en Linux Mint han tomado la decisión de retomar las versiones GTK3 de las siguientes aplicaciones: Celluloid, GNOME Calculator, Simple Scan, Baobab, System Monitor, GNOME Calendar, File Roller y Zenity.

La tienda de software, aplicación que se ha vuelto imprescindible en buena parte del escritorio Linux, también ha recibido un puñado de cambios, de entre los que destaca que las aplicaciones Flatpak sin verificar no se mostrarán de manera predeterminada como medida de seguridad. Obviamente, los usuarios que quieran tener a disposición los Flatpak sin verificar solo tienen que activar la opción correspondiente.

Y como Linux Mint no es más que un reciclaje de Ubuntu en términos tecnológicos, el verdadero producto estrella es Cinnamon 6.2, del que sobresale la ya mencionada sustitución del gestor de cuentas online de GNOME por GNOME Online Accounts GTK, la corrección del mapeo de las ventanas de las Flatpak, una corrección en WebKit para un fallo que rompía las cuentas online cuando se usa una gráfica de NVIDIA, la posibilidad de establecer un retraso de 5 o 10 segundos a través de las opciones de configuración y una sesión de Wayland que fue introducida en la versión 6 del escritorio y que en estos momentos se encuentra en fase experimental.

Y estas son las principales novedades de Linux Mint 22, un lanzamiento que a buen seguro será uno de los más importantes que veremos en el escritorio Linux durante el transcurso del presente año 2024. Los que quieran conocer todos los detalles pueden consultar las notas de lanzamiento, mientras que el sistema está disponible desde el anuncio oficial.

Fuente: Muy Linux.