NICALINUX

Si juegas en Steam Deck o en un PC con GNU/Linux, seguro que has oído hablar de Proton y de lo mucho que ha cambiado la forma de disfrutar de juegos de Windows en estas plataformas. Dentro de ese ecosistema, GE-Proton 10-29 se ha convertido en una de las versiones más interesantes para quienes quieren afinar la compatibilidad y resolver problemas concretos que el Proton oficial de Valve todavía no cubre del todo.

Esta versión no está pensada para sustituir al Proton estándar en todos los juegos, sino para esos títulos “especialitos” que dan guerra. La idea es que uses Proton oficial por defecto y recurras a GE-Proton 10-29 solo cuando un juego no arranca, tiene fallos gráficos, problemas de rendimiento o errores con mandos y guardados que esta build alternativa sí corrige.

Qué es GE-Proton y por qué importa la versión 10-29

GE-Proton es una variante no oficial de Proton mantenida por la comunidad, concretamente por el desarrollador conocido como GloriousEggroll. Su objetivo principal es adelantar o complementar a Proton con parches, fixes y componentes actualizados que todavía no han llegado a la rama oficial de Valve o que, por políticas de soporte, tardan en incorporarse.

En la versión 10-29, el proyecto da un paso más para quienes juegan en Steam Deck, SteamOS y cualquier distribución Linux, incluyendo sistemas con Wayland y arquitecturas menos habituales como aarch64. A través de diversas actualizaciones internas y arreglos específicos para juegos concretos, busca que más títulos funcionen “a la primera” y que la experiencia sea más estable.

Es importante recalcar que Valve recomienda usar Proton oficial siempre que sea posible, sobre todo si quieres un soporte más predecible. GE-Proton, en cambio, viene muy bien cuando necesitas una solución rápida para títulos que no están bien soportados aún, o cuando quieres probar mejoras experimentales que todavía no han llegado al canal estable.

Componentes de Proton actualizados en GE-Proton 10-29

Buena parte de las novedades de GE-Proton 10-29 se centran en renovar las piezas clave que permiten que los juegos de Windows funcionen bajo Linux. Estos componentes trabajan en conjunto para traducir llamadas de Windows a tecnologías compatibles con GNU/Linux, ya sea a nivel de API gráfica, audio o sistema.

Actualización de Wine a la rama bleeding edge

El corazón de Proton sigue siendo Wine, y en GE-Proton 10-29 se ha actualizado a la última versión bleeding edge, es decir, una rama muy avanzada con cambios recientes del proyecto principal. Esto implica nuevas funciones, correcciones de errores y una mejor compatibilidad con aplicaciones y juegos modernos, aunque también puede introducir algún comportamiento más experimental.

Al disponer de un Wine tan reciente, muchos juegos que dependen de APIs, librerías o funciones más modernas tienen más posibilidades de arrancar sin problemas, o de reducir errores como cierres inesperados, glitches en la interfaz o fallos con servicios en línea que se apoyan en componentes más nuevos de Windows.

DXVK y DXVK-NVAPI al día desde Git

Para los juegos que utilizan DirectX 9, 10 y 11, Proton se apoya en DXVK, una capa que traduce esas llamadas a Vulkan. En esta release, DXVK se ha actualizado a la última revisión disponible en Git, lo que incluye una larga lista de optimizaciones, correcciones de bugs y mejoras de rendimiento acumuladas en el tiempo.

También se ha actualizado DXVK-NVAPI a su versión más reciente desde Git. Esta pieza es crucial sobre todo para usuarios con tarjetas gráficas NVIDIA, ya que permite emular partes del comportamiento del NVAPI de Windows, mejorando compatibilidad con funciones propias de esa marca como ciertos modos de renderizado o tecnologías específicas usadas por algunos juegos.

Mejoras en VKD3D y VKD3D-Proton

La transición de DirectX 12 a Vulkan se gestiona mediante VKD3D y su variante adaptada para Proton, VKD3D-Proton. En GE-Proton 10-29, ambos componentes se han sincronizado con las últimas versiones upstream, lo que supone un avance importante para juegos actuales que exigen DX12.

Gracias a estas actualizaciones, se reducen los problemas de gráficos corruptos, crasheos en escenas exigentes o errores en efectos avanzados que suelen aparecer en títulos DX12 cuando la capa de traducción no está suficientemente madura. Esto es especialmente relevante en juegos AAA recientes que confían intensamente en esta API.

FEX actualizado a la versión upstream

Otro componente destacado es FEX, una tecnología relacionada con la emulación y la ejecución de código pensado para otras arquitecturas. En esta versión, FEX se ha alineado con la release más reciente del proyecto principal, lo cual amplía la compatibilidad con arquitecturas como aarch64 y mejora el rendimiento en algunos escenarios.

Este tipo de avances resultan especialmente útiles en dispositivos y configuraciones no estándar, donde la combinación de Proton, FEX y otros componentes permite que juegos pensados para x86_64 se ejecuten en hardware diferente, con el menor coste posible en fluidez y estabilidad.

Cambios importados desde vrclient, wineopenxr y herramientas de compilación

GE-Proton 10-29 también incorpora las últimas modificaciones de upstream en vrclient, el componente que gestiona funcionalidades relacionadas con realidad virtual. Con ello, los usuarios de cascos VR en Linux pueden beneficiarse de correcciones recientes, compatibilidad con nuevos títulos y mejoras en estabilidad de la capa de compatibilidad.

Algo similar ocurre con wineopenxr, que recibe cambios actualizados desde su upstream. Esto ayuda a que los juegos y aplicaciones que dependen de OpenXR funcionen de forma más fiable, algo clave en experiencias VR modernas donde la latencia y la correcta gestión del dispositivo son críticas.

Por último, se han importado también cambios en make y en los Makefiles utilizados en el proceso de compilación. Esto no se ve directamente en los juegos, pero facilita la construcción de la propia GE-Proton, mejora la consistencia de los paquetes y reduce posibles incidencias al generar builds para distintas plataformas.

Eliminación del formato de build .zst

Dentro de los ajustes de empaquetado, GE-Proton 10-29 ha eliminado el uso del formato .zst como resultado de compilación. Este formato se utilizó principalmente para umu, pero en la situación actual se considera innecesario, simplificando así las variantes de build.

Esta decisión contribuye a que haya menos confusión a la hora de descargar y utilizar las builds, y concentra los esfuerzos en los formatos realmente mantenidos. Aunque pueda parecer un cambio menor, ayuda a que la distribución de GE-Proton sea más clara para los usuarios finales.

Mejoras específicas en Protonfixes

Más allá de las actualizaciones de componentes base, GE-Proton 10-29 presta especial atención a Protonfixes, el conjunto de scripts y ajustes concretos para juegos determinados. Estos fixes son los que marcan la diferencia en la experiencia del día a día, porque atacan problemas muy concretos que los jugadores se encuentran al lanzar títulos populares.

Soporte mejorado para arquitectura aarch64

Entre las novedades de Protonfixes se incluye una corrección en el proceso de build para permitir la compilación correcta en aarch64. Esta arquitectura, cada vez más presente en ciertos dispositivos y SBCs, requiere un tratamiento cuidado para que todo el stack funcione sin tropiezos.

Con este ajuste, GE-Proton 10-29 se vuelve más versátil a la hora de ejecutarse en entornos no x86_64, abriendo la puerta a proyectos y configuraciones más experimentales que quieran aprovechar la potencia de Proton en hardware alternativo.

Correcciones para mandos DualShock 4 en juegos concretos

Uno de los puntos que más molestan a los jugadores en Linux suele ser el comportamiento de los mandos. En esta versión, se han introducido fixes específicos para el uso del DualShock 4 en varios títulos, logrando que el reconocimiento del controlador y la respuesta en juego sean las esperadas.

Concretamente, BioShock 2 en sus ediciones Classic y Remastered recibe ajustes para que el DualShock 4 funcione sin necesidad de apaños extra. Además, Dragon’s Dogma: Dark Arisen también se beneficia de estas correcciones, ofreciendo una experiencia más pulida para quienes prefieren jugar con el mando de PlayStation en lugar de un pad de Xbox u otros controladores.

Estas mejoras son especialmente apreciables en Steam Deck y en configuraciones de salón, donde jugar con mando es la norma y no la excepción. Evitar tener que pelearse con perfiles personalizados, mapeos raros o fallos de vibración supone una gran ventaja.

Ajustes para Duet Night Abyss en Wayland

Otro de los juegos que recibe trato especial es Duet Night Abyss. En GE-Proton 10-29, se ha activado la opción gamedrive y deshabilitado libglesv2 cuando se ejecuta bajo Wayland. Este tipo de modificación está pensada para resolver choques y problemas de compatibilidad en entornos gráficos modernos.

Gracias a estas decisiones, el comportamiento del juego bajo Wayland mejora, reduciendo posibles fallos gráficos o bloqueos inesperados que podrían aparecer debido a la interacción entre distintas librerías gráficas. Es un ejemplo claro de cómo Protonfixes ajusta parámetros muy concretos para encajar mejor con la realidad de las distros actuales.

Compatibilidad ampliada con upscalers y librerías de escalado

Con la popularidad de tecnologías de escalado como XeSS, DLSS o FSR, cada vez más títulos integran librerías específicas para estas funciones. En GE-Proton 10-29 se ha añadido soporte para actualizar el archivo libxess_dx11.dll, lo cual ayuda a que el uso de ciertos upscalers basados en XeSS funcione adecuadamente en juegos DirectX 11.

Esto significa que puedes aprovechar mejor tecnologías de reescalado avanzadas en Linux, aliviando la carga sobre la GPU y mejorando el rendimiento sin sacrificar demasiada calidad visual, siempre que el juego soporte este tipo de sistemas.

Solución de errores de guardado y correcciones eliminadas

Dentro del apartado de arreglos específicos, GE-Proton 10-29 incluye una corrección para un fallo relacionado con los archivos de guardado en el juego Dark Earth. Problemas de este tipo pueden arruinar la experiencia, así que disponer de un fix integrado marca una diferencia enorme para quienes quieran jugar este título clásico en Linux.

Asimismo, se ha decidido retirar un fix anteriormente aplicado a GTA IV en relación con la función Independence FM. Tras nuevas pruebas se ha comprobado que el juego funciona correctamente sin ese ajuste, siempre y cuando el usuario emplee formatos de audio soportados. Eliminar parches innecesarios reduce posibles efectos secundarios y mantiene la configuración más limpia.

Actualización de parches em-10 / wine-wayland

Una parte menos visible pero muy influyente en la experiencia del usuario es el conjunto de parches aplicados sobre Wine para mejorar su integración en entornos gráficos modernos. En GE-Proton 10-29, el set de parches em-10 / wine-wayland se ha actualizado, lo que robustece el funcionamiento de juegos ejecutados bajo sesiones Wayland.

Wayland se está consolidando como el sucesor natural de X11 en muchas distribuciones y escritorios, y estos parches ayudan a pulir la interacción entre los juegos de Windows, Wine y el compositor de Wayland. El resultado puede traducirse en mejor manejo del ratón, menor latencia, menos problemas con ventanas a pantalla completa y una integración más natural con el sistema.

Cuándo usar GE-Proton 10-29 y cuándo quedarte con Proton oficial

Aunque pueda ser tentador instalar GE-Proton 10-29 y usarlo para todo, la recomendación general dentro de la comunidad es algo distinta. Lo más sensato es mantener Proton oficial de Valve como opción por defecto para tus juegos de Steam, ya que es la versión directamente soportada por la compañía y la que recibe pruebas y validaciones más conservadoras.

GE-Proton entra en juego cuando un título no arranca, presenta errores graves, problemas de sonido, glitches gráficos o fallos con el mando que no están presentes en la versión oficial, pero sí han sido abordados en esta build comunitaria. También puede ser útil si quieres probar mejoras en rendimiento o compatibilidad que todavía no han llegado al canal estable de Proton.

En Steam Deck, SteamOS y distros Linux de escritorio (videojuegos compatibles con Linux), la combinación ideal suele ser tener instalados ambos: Proton oficial y GE-Proton, eligiendo manualmente esta última solo para los juegos problemáticos. De esta forma te beneficias de la estabilidad del canal principal sin renunciar a la flexibilidad extra cuando hace falta.

Instalación y uso básico de GE-Proton

Para quienes se acercan por primera vez a esta variante, el proceso de instalación es relativamente sencillo. Lo más habitual es descargar GE-Proton 10-29 desde su repositorio de GitHub, donde GloriousEggroll publica las diferentes builds, y colocar la carpeta correspondiente en el directorio de compatibilidad de Steam.

Una vez instalado, puedes seleccionar GE-Proton 10-29 como herramienta de compatibilidad específica para un juego concreto desde las propiedades del título en Steam. De este modo, solo ese juego utilizará esta versión de Proton, mientras que el resto seguirá empleando la que tengas configurada de manera global.

En caso de dudas, existen guías y explicadores sobre las distintas versiones de Proton y el uso de GE-Proton elaborados por comunidades como GamingOnLinux y herramientas como Lutris, que ayudan paso a paso a decidir qué versión elegir en cada caso y cómo sacarle todo el partido sin romper tu biblioteca.

En conjunto, GE-Proton 10-29 apuesta por traer al ecosistema Linux una compatibilidad de juegos todavía más amplia, puliendo detalles como el comportamiento del DualShock 4 en títulos concretos, mejorando la experiencia bajo Wayland y manteniendo al día componentes clave como Wine, DXVK, VKD3D y FEX. Para quienes juegan en Steam Deck o en escritorio Linux, se convierte en una herramienta muy útil para esos juegos que todavía se resisten a funcionar fino con Proton estándar.

Firefox está preparando varias funciones para su navegador web. La más destacada, sin lugar a dudas, será la vista dividida, ya activada por defecto en a versión Nightly. Hay otra en camino, y esta ya se puede probar en la versión estable. Bueno, esa es la teoría, porque a mí en esa estable no me ha funcionado al 100% y he tenido que obtener las capturas de la versión Nightly, actualmente en la v149.

En Firefox 149, que suele estar unos dos meses por delante, ya está activada por defecto una función que permitirá añadir notas a las pestañas abiertas en el navegador del panda rojo. Yo, que no soy alguien que tenga muchas abiertas, no suelo necesitar añadir una explicación sobre para qué tengo una pestaña abierta, pero puede haber casos en los que sí vendría bien. Por ejemplo, hasta hace poco tenía abierto un vídeo de Quake II, y al acceder a esa pestaña pensé «¿Por qué tengo esto aquí?», y caí en la cuenta de que sólo quería saber más o menos el porcentaje que tenía. Sabiendo el motivo y que no era nada urgente, la cerré. Una nota me habría evitado recordar el motivo.

Notas en pestañas de Firefox. Así puedes probarlas

Probar las notas de Firefox es sencillo. Por una parte, se pueden descargar los binarios de Firefox Nightly, abrir esa versión y la opción ya estaría activada. En la versión estable, hay que:

1. Ponemos about:config en la barra de URL y pulsamos Intro.
2. Si nos sale un aviso de peligrosidad, lo aceptamos. El aviso sólo aparece si nunca hemos entrado o hemos entrado y no hemos desmarcado la caja de verificación para que no se vuelva a mostrar.
3. Buscamos browser.tabs.notes.enabled.
4. Hacemos clic en la flecha de la derecha para cambiarla de false a true.
5. Reiniciamos el navegador.

Para deshacer los cambios, volvemos a repetir los pasos, pero en el paso 4 cambiamos de true a false.

La función aparecerá al hacer clic derecho en una pestaña abierta como «Añadir nota». Al acceder a ella, se abrirá una pequeña ventana emergente en donde podremos escribir lo que nos venga en gana. Si hemos añadido una nota, en la pestaña se verá el icono de un cuadrado con una punta doblada, lo que da a entender que es como un post-it o algo parecido, lo que quiere decir que hay una nota. El menú contextual ya no pondrá «Añadir nota», si no «Actualizar nota» y dentro dos opciones más para eliminarla o editarla.

Puede no funcionar en la versión estable

A mí en la versión estable no me ha funcionado. Sí he podido añadir la opción e incluso una nota, pero no me ha aparecido al pasar el cursor por encima. Otra cosa que puede pasar es que se vea el texto de la opción en gris, lo que se arregla reiniciando el navegador como hemos explicado en los pasos anteriores.

Y sobre si es útil la opción, esto ya depende de cada uno. Como ya he explicado, en lo personal no suelo necesitarlo, pero creo que sí merece la pena para cuando se tienen muchas pestañas abiertas; siempre cabe la posibilidad de que no recuerdes por qué tenías ahí una que no querías cerrar. Una nota solucionaría esto, y lo bueno es que se destruyen con la pestaña .

En teoría, esta función se activará en las próximas semanas, pero no se sabe cuando. Las que son más dudosas no suelen llegar a la versión estable aunque estén desactivadas. El hecho de que ya exista la opción el about:config da a entender que sí llegará, pero queda por averiguar el momento. Teniendo en cuenta que en Firefox 149 ya está activa, es probable que veamos esta novedad dentro de menos de dos meses, cuando la v149 llegue al canal estable. También es posible que esta nueva función llegue con una nueva barra lateral, con un diseño que nos recuerda a lo que ya vemos en Vivaldi y Brave.

El lanzamiento de Plasma 6.6 se aproxima, y eso se nota en el trabajo realizado por KDE. Siguen adelantando novedades para esa versión, pero el proyecto ya se ha centrado de lleno en lo que llegará más adelante de la mano de Plasma 6.7. Bueno, así sería si no estuvieran también puestos a la caza y captura de bugs de la versión del escritorio que llegará a mediados del mes que viene.

Lo que sigue es la lista con las novedades que han adelantado esta semana. Entre ellas, destacan varias para las impresoras y en Preferencias del sistema. Vamos con la lista.

Funciones nuevas destacadas que llegarán a KDE

Plasma 6.7.0

• Se ha añadido una interfaz de configuración dedicada para configurar impresoras compartidas en redes Windows.

Mejoras destacadas en la interfaz de KDE

Plasma 6.6.0

• Los atajos para cambiar de escritorio y mostrar Ventanas Presentes ahora usan la tecla Meta de forma predeterminada para un comportamiento más coherente en todo el sistema.
• Plasma ahora puede informar sobre los niveles del receptáculo de residuos de las impresoras y notificar cuando se llenan.
• Los botones de KRunner se han reorganizado para ser coherentes con otros widgets de Plasma, haciendo que la interfaz resulte más familiar y coherente.

Plasma 6.7.0

• La página de Wi-Fi y redes de Preferencias del Sistema ahora usa etiquetas de seguridad Wi-Fi más claras, mostrando correctamente la compatibilidad con WPA2 y WPA3 tanto para redes personales como empresariales.
• Ahora hay atajos de teclado para cambiar entre escritorios virtuales y abrir el efecto de Ventanas Presentes que usan la tecla Meta, en consonancia con otros atajos de teclado de ámbito global.

Frameworks 6.23

• Se ha mejorado la fidelidad visual de las imágenes en miniatura en los diálogos de abrir y guardar en Plasma y en las aplicaciones de KDE.

Aspectos destacados en rendimiento y tecnología de KDE

Plasma 6.6.0

• La infraestructura de monitorización del sistema de Plasma ha recibido más correcciones para mejorar el soporte de OpenBSD.

PackageKit 1.3.4

• Se ha implementado soporte para DNF5 en PackageKit, corrigiendo una gran cantidad de problemas relevantes para quienes usan Discover en sistemas basados en Fedora.

Pronto en tu distribución con escritorio KDE

Se espera que KDE Plasma 6.5.6 llegue el 10 de marzo y Frameworks 6.23 el 13 de febrero. Plasma 6.6 llegará el 17 de febrero de 2026. Aún no han publicado ningún comunicado al respecto, por lo que se espera que siga habiendo tres versiones de Plasma durante al menos todo 2026.

Vía: Blog de KDE.

Leyendo por la blogosfera, me he topado con un artículo que habla de Ubuntu como puerta de entrada a Linux. En el mismo artículo también se explican las razones por las que mucha gente no se queda en un sistema del kernel, y exponen sus razones. Entre ellas, temas de controladores y software profesional. A mí me ha conectado con mi pasado y presente, y creo que sí es cierto que parte del problema de la cuota de mercado de Linux puede ser el mismísimo Ubuntu.

Hace un par de décadas, sólo unos pocos conocíamos Linux o habíamos oído hablar de eso. Ya había bastantes opciones para elegir, pero entre las más populares estaba Mandrake (ahora OpenMandriva, tras su paso por Mandriva) y empezaba a sonar con fuerza Ubuntu. Yo, que sólo quería algo a nivel usuario (navegar, chatear, películas…) estaba cansado de lo lento que iba XP, y me pasé a Ubuntu. Instalar programas era un poco complicado, pero fácil de acostumbrarse: con un gestor de paquetes o el terminal. Yo encontraba todo lo que necesitaba, o en su defecto, una alternativa.

Ubuntu, sus cambios y sus restricciones

Ya en la actualidad, Linux se conoce algo más, y hay más gente que decide darle una oportunidad. Lo más popular es, sin lugar a dudas, el Ubuntu que estamos tratando aquí, y claro, suele ser la opción elegida para empezar. Instalar el sistema operativo es coser y cantar, y yo diría que en un equipo medio se consigue en menos de media hora. Los problemas empiezan después.

La tienda de software de Ubuntu es una Snap Store con soporte para paquetes nativos (DEB). Allí podemos encontrar mucho, pero también falta mucho. Si alguien busca Chrome, navegador con una alta cuota de mercado, no lo encontrará allí. Lo más parecido que ofrece es Chromium, que no es lo mismo. Brave, lo que yo recomendaría, sí está, pero la mayoría quiere el Chrome de Google y no conseguirlo de manera sencilla es algo que empieza a doler.

Esto se solucionaría en parte si Canonical no fuera dueña y señora de los paquetes snaps, y estuviera en cierta guerra con los flatpak. No es una restricción al uso, pero sí pone trabas. Su tienda de software no permite añadir paquetes snap de ninguna manera, y conseguirlo pasa por la instalación manual del paquete flatpak, el repositorio de flathub (allí sí está Chrome) y la GNOME Software, la tienda de GNOME que sí es compatible con esos flatpak.

Flathub: la «tienda de software de Linux»… y GNOME

Flathub se llevó el gato al agua en aquello de los paquetes de nueva generación. Canonical dice que los snaps son mejores, pero tienen al menos dos problemas: el rendimiento (son más lentos) y depender de AppArmour. Muchos desarrolladores se decantan por los paquetes flatpak, y eso se nota en la cantidad de software que tiene una tienda y la otra.

A diferencia de los snaps, que dependen de snapd y AppArmour, los flatpak se instalan en el sistema sin más dependencias que las del entorno. Si decides eliminar el software, el sistema operativo queda más limpio que con los snaps, que siempre tendrá en segundo plano aquellos snapd y AppAmour.

Pero esto no es algo que le interese al que acaba de llegar a Linux. Sencillamente, llegan y no encuentran tanto software porque Ubuntu llega sin soporte para paquetes flatpak.

Linux ya es diferente; no necesita más trabas

Linux no es Windows. Es diferente, y no se pueden poner más trabas que harán que los usuarios no lo vean atractivo. El tema de controladores y demás, mi experiencia me dice que no es tan grave. A mí Linux siempre me ha funcionado perfecto tras la instalación de cero, y además he podido instalar drivers fácilmente. Lo que sí puede ser un problema es GNOME, sobre todo si se usa en un equipo de bajos recursos. Cuando alguien intenta pasarse a Linux, que le han dicho que es ligero, elige Ubuntu y nota que no es verdad, no se puede culpar a nadie si quieren hacer el camino de vuelta.

Así que sí, como usuario que dejó Ubuntu atrás, estoy de acuerdo en que Ubuntu ayuda a que la gente pruebe Linux, pero la falta de software por defecto y el rendimiento puede ser suficiente para que no vuelvan más.

Hace unos días publicamos un artículo que explicaba cómo reproducir un vídeo suelto en Kodi, sin que tengamos que añadirlo a la biblioteca Lo hicimos porque hay gente que tiene esa duda, y hay ocasiones en las que puede ser útil. Hoy venimos a resolver otra duda: la de cómo reproducir un disco en Kodi, también sin añadirlo a la biblioteca. Sí, es posible, pero hay que adivinar cómo, pues no es lo más intuitivo.

Si abrimos una carpeta con varios archivos de audio en Kodi, podremos ver todo su contenido. Si reproducimos el primero, se quedará ahí; jamás pasará a la segunda canción. Lo que tenemos que hacer es un pequeño truco, pero antes tenemos que preparar a nuestro Kodi para que pueda navegar por las carpetas de nuestro sistema operativo.

Reproduce un disco en Kodi sin añadirlo a tu biblioteca

El proceso es de lo más sencillo si ya tenemos añadida la fuente en el explorador de Kodi. Si no, se hace de la siguiente manera:

1. Abrimos Kodi.
2. Accedemos a la rueda dentada y luego a explorador de archivos.
3. Dentro seleccionamos «Añadir fuente…», le damos a buscar y yo recomiendo añadir la carpeta personal, de manera que podamos navegar por todas nuestras carpetas. Esto no es posible de entrada en la versión flatpak (está limitada a Vídeos, Música y Descargas), pero se puede conseguir como explicamos aquí.
4. El siguiente paso es volver al explorador de archivos de Kodi y entrar en la carpeta del disco.
5. Como hemos explicado, da igual que elijamos el primer archivo de audio, que pasará del resto. El truco es hacer clic derecho en un archivo/Cambiar contenido y luego elegir Música. Con esto, lo que hemos hecho es permitirle entender que todo es música. Pasará a mostrar la lista de todo lo que hay, y ahora sí, al elegir una canción se añadirá el resto a al cola.

Pulsando el tabulador nos llevará a la vista de reproducción, y desde allí, si pulsamos la M veremos los controles:

• Pista anterior, rebobinar canción, pausa, stop, adelantar canción y pista siguiente a la izquierda.
• Lista de reproducción, marcar como favorito, modo de repetición, modo de aleatorio, letras y ajustes a la derecha.

El disco será tratado como cualquier otro que esté en la biblioteca, pero sin añadirlo.

Y así se puede reproducir un disco suelto en Kodi.

La versión GIMP 3.0.8 ya está disponible como nueva actualización estable de la rama 3.0 de este conocido editor de imágenes de código abierto. Aunque la comunidad de desarrollo tiene la vista puesta en la próxima serie 3.2, este lanzamiento se perfila como una de las últimas rondas de correcciones importantes antes del siguiente gran salto.

Este paquete no introduce cambios revolucionarios en la interfaz, pero sí aporta un conjunto notable de ajustes de rendimiento, estabilidad y seguridad que resultan especialmente interesantes para quienes usan GIMP a diario tanto en Linux como en Windows y macOS, incluyendo a profesionales y aficionados al diseño.

GIMP 3.0.8: un último gran pulido a la rama 3.0

GIMP 3.0.8 se publica como la última actualización de mantenimiento de peso de la serie 3.0, mientras el equipo remata los últimos flecos antes del lanzamiento de GIMP 3.2. La idea es dejar esta rama lo más estable posible, corrigiendo errores detectados tras la versión 3.0.6 e incorporando pequeñas mejoras que ya estaban pensadas para futuras ediciones.

Entre esos cambios llegan algunas funciones adelantadas desde GIMP 3.2, pensadas para mejorar el rendimiento interno y facilitar el trabajo con grandes proyectos. De este modo, quienes aún no den el salto a la próxima versión mayor podrán beneficiarse de optimizaciones que originalmente no estaban previstas para la 3.0.

Mejoras notables en velocidad y gestión de fuentes

Una de las novedades más visibles para el usuario es la optimización del proceso de carga de fuentes en el arranque. GIMP 3.0.8 reduce de forma apreciable el tiempo de inicio en equipos con colecciones tipográficas muy extensas, algo habitual en estudios de diseño y agencias.

La aplicación ahora espera a que las fuentes estén completamente cargadas antes de abrir archivos, un detalle que evita comportamientos extraños o errores cuando se trabaja con documentos que utilizan tipografías específicas. Además, se introduce un tratamiento especial para la familia de fuentes Skia, con el objetivo de resolver particularidades detectadas en algunos sistemas.

Estas optimizaciones en el manejo de fuentes se traducen en una experiencia más fluida tanto en entornos Linux, Windows y macOS, una mejora que se notará en equipos de escritorio, portátiles y estaciones de trabajo donde el tiempo de inicio es un factor relevante.

Mejor integración con Wayland y herramientas más pulidas en GIMP 3.0.8

En el terreno de la compatibilidad con el escritorio, GIMP 3.0.8 mejora el soporte para Wayland a la hora de listar dispositivos de entrada. Esto es especialmente interesante para usuarios de distribuciones GNU/Linux que ya han dado el salto a este protocolo gráfico, como muchas instalaciones modernas de GNOME o KDE.

También se afinan varias herramientas muy utilizadas en el flujo de trabajo diario. La herramienta de Simetría corrige el trazo inicial al usar pinceles tipo pixmap, algo que afectaba a ilustradores y artistas digitales. La herramienta de Movimiento deja atrás algunos «saltos» extraños en la posición de los objetos en situaciones concretas, lo que mejora la precisión al reposicionar elementos.

Se han aplicado además ajustes en el manejo de la Máscara rápida (Quick Mask) y se facilita la exportación incluso cuando no hay elementos seleccionados, reduciendo así esos casos en los que el usuario debía repetir pasos o revisar de nuevo la selección antes de guardar su trabajo.

Mejoras en SVG, capas y migración de configuración

Otro bloque importante de cambios se centra en el flujo de trabajo con gráficos vectoriales y capas avanzadas. GIMP 3.0.8 refuerza la importación y exportación de rutas (paths) desde y hacia archivos SVG, lo que facilita el intercambio de materiales con otros programas de diseño y herramientas de ilustración.

Las capas de grupo con modo de paso (pass-through) también ven mejoras, una función que resulta clave para proyectos complejos con muchas capas anidadas. Este ajuste ayuda a conservar la intención original de la composición cuando se utilizan grupos con efectos y modos de fusión específicos.

Para quienes han migrado desde GIMP 2 a la rama 3.0, se ha trabajado en una transición más limpia de la configuración, reduciendo posibles problemas con preferencias, atajos y ajustes personalizados. Esto es especialmente relevante en entornos profesionales donde se actualizan varios equipos a la vez.

Interfaz más coherente y pequeños detalles visuales en GIMP 3.0.8

La versión 3.0.8 también pule numerosos aspectos de la interfaz y el aspecto visual del programa. El editor de Navegación y el de Selección se ajustan mejor al tema elegido, ofreciendo una integración más coherente con el resto de la ventana de GIMP.

Se han sincronizado los colores de los botones de la barra de cabecera con el tema general de la aplicación y se corrigen comportamientos en los cuadros de diálogo superpuestos, que ahora presentan botones más consistentes, algo que contribuye a una experiencia de uso más uniforme, especialmente en pantallas pequeñas o configuraciones de alta resolución.

En varios plugins se sustituyen entradas de escala tradicionales por controles tipo «spin scale», que facilitan el ajuste fino de valores con mayor precisión y comodidad, una mejora que, aunque discreta, se deja notar al trabajar con parámetros numéricos en filtros y efectos.

Refuerzos de seguridad en plugins y formatos de archivo

La seguridad sigue siendo una prioridad, sobre todo tratándose de un programa que trabaja con gran variedad de formatos de imagen. En GIMP 3.0.8 se corrigen varias vulnerabilidades relacionadas con los plugins que gestionan distintos tipos de archivos, un área donde históricamente se concentran buena parte de las incidencias.

Este refuerzo abarca tanto problemas potenciales de corrupción de memoria como errores al manejar archivos malformados que podían provocar cierres inesperados. De este modo, abrir imágenes procedentes de terceros o de fuentes poco fiables resulta algo más seguro, algo a valorar en entornos corporativos y educativos.

La actualización incluye también arreglos específicos en la exportación WebP, un formato muy utilizado en la web actual, así como en otras rutas de importación y exportación que se apoyan en plugins independientes, reduciendo así el riesgo de fallos al trabajar con proyectos destinados a uso online.

Amplia ronda de correcciones en plugins

Un punto clave de GIMP 3.0.8 es el repaso exhaustivo a una larga lista de plugins y complementos. Entre los más destacados se encuentran los arreglos en la exportación OpenRaster, la importación de TIFF y mejoras en Map Object, un plugin utilizado para aplicar texturas a objetos tridimensionales simulados.

También se introducen correcciones en la exportación a PDF y el efecto Gradient Flare, así como en la exportación de animaciones en formato ANI. Otros componentes que salen reforzados son Script-Fu, la exportación DDS, el explorador fractal (Fractal Explorer), y los módulos de importación para PSP, ICO, XWD, PSD, WebP, ICNS y JPEG 2000, entre otros.

Incluso plugins clásicos como Gimpressionist y el diálogo de ocupación (Busy Dialog) se benefician de pequeños retoques, reduciendo bloqueos y mejorando el comportamiento general. En conjunto, todos estos cambios aportan una mayor estabilidad al ecosistema de extensiones de GIMP.

Script-Fu más eficiente y ajustes internos

En el ámbito de la automatización, GIMP 3.0.8 ajusta el comportamiento de Script-Fu para evitar inicializar código de interfaz gráfica cuando no es necesario. Este cambio reduce el consumo de recursos en tareas automatizadas y scripts que se ejecutan en segundo plano o sin interacción directa del usuario.

Estos ajustes internos pueden pasar desapercibidos para la mayoría, pero suponen una mejora para quienes integran GIMP en flujos de trabajo automatizados o lo utilizan como parte de pipelines más complejos, algo que no es extraño en estudios de posproducción y centros de formación que trabajan con grandes volúmenes de imágenes.

Mejor soporte en Linux sin interfaz gráfica y consolas

Para usuarios avanzados, la orden gimp-3.0 se actualiza de manera que puede ejecutarse con la opción –no-interface incluso cuando no hay ningún servidor gráfico disponible. Esto facilita su uso en terminales virtuales, contenedores, servidores o máquinas sin entorno de escritorio completo.

Esta capacidad resulta especialmente útil para tareas programadas, procesamiento por lotes y automatización en entornos Linux, muy habituales en organizaciones que centralizan procesamientos de imagen en servidores internos.

Además, se añade un archivo de autocompletado para bash que ofrece sugerencias al teclear los comandos gimp y gimp-console, haciendo más cómoda la interacción desde la línea de comandos para administradores de sistemas y usuarios técnicos.

Novedades específicas en AppImage, Flatpak y Snap

En el ecosistema Linux, GIMP 3.0.8 refuerza el soporte para los formatos de distribución más extendidos: AppImage, Flatpak y Snap, todos ellos disponibles mediante los canales habituales.

El paquete AppImage incorpora ahora soporte completo para MIDI, lo que abre la puerta a controlar GIMP con dispositivos MIDI externos en entornos creativos, un guiño a quienes experimentan con flujos de trabajo alternativos y controladores físicos.

En el caso de la versión Flatpak, se incluye el binario gimp-console, facilitando el uso de GIMP en modo consola dentro de este contenedor. Por su parte, el paquete Snap gana compatibilidad con plugins binarios de terceros, ampliando las posibilidades de personalización en instalaciones que priorizan la seguridad y el aislamiento que ofrece este formato.

Disponibilidad y cómo actualizar a GIMP 3.0.8

La nueva versión se puede descargar desde la página oficial de GIMP en diferentes formatos: como AppImage universal para prácticamente cualquier distribución GNU/Linux, como aplicación Flatpak a través de los repositorios correspondientes o como código fuente para quienes prefieren compilar el programa.

En Windows y macOS, los binarios actualizados se distribuyen mediante los instaladores habituales, que incorporan todas las mejoras comentadas. Los usuarios que ya utilizan GIMP en estos sistemas pueden actualizar siguiendo el asistente estándar, manteniendo su configuración y preferencias.

Para los entornos profesionales y educativos, resulta recomendable planificar la actualización a GIMP 3.0.8 de forma coordinada, especialmente si se depende de plugins concretos o scripts propios, ya que esta versión trae consigo numerosos cambios en extensiones y componentes internos.

Con todo este conjunto de mejoras de rendimiento, correcciones de errores, refuerzos de seguridad y ajustes específicos para Linux, Windows y macOS, GIMP 3.0.8 se consolida como una versión madura y estable de la rama 3.0, pensada para ofrecer un entorno de trabajo más ágil y fiable mientras el equipo se centra ya en el desarrollo de la próxima serie 3.2.

La nueva versión 2.43 de la GNU C Library (glibc) ya está disponible como actualización semestral y llega con una batería de cambios técnicos relevantes para desarrolladores y administradores de sistemas Linux en Europa y en el resto del mundo. Aunque se trata de una librería de sistema que suele trabajar en segundo plano, lo que trae esta edición puede influir de forma directa en el rendimiento, la seguridad y la compatibilidad de muchas aplicaciones.

A pesar de que el calendario marcaba principios de febrero como fecha objetivo, glibc 2.43 se ha publicado incluso antes de lo previsto, dejando claro que el desarrollo del proyecto mantiene un ritmo sólido. Esta entrega incorpora nuevas funciones alineadas con el estándar C23, optimizaciones matemáticas importantes y mejoras específicas para arquitecturas como AArch64 y procesadores modernos de Intel y AMD.

glibc 2.43 introduce nuevas funciones alineadas con el estándar ISO C23

Una de las aportaciones más llamativas de glibc 2.43 es el avance en la compatibilidad con ISO C23, el nuevo estándar del lenguaje C (en línea con mejoras iniciadas en glibc 2.30). La librería incorpora funciones como free_sized, free_aligned_sized, memset_explicit y utilidades relacionadas con la alineación de memoria, pensadas para una gestión más fina y segura de los recursos.

Además, se han introducido cambios en funciones ya existentes para ajustarlas a los requisitos de C23, lo que facilita que los proyectos que vayan adoptando el nuevo estándar puedan compilarse y ejecutarse con menos fricción. En paralelo, se añade soporte para bases de tiempo opcionales como TIME_MONOTONIC, TIME_ACTIVE y TIME_THREAD_ACTIVE, abriendo la puerta a mediciones de tiempo más precisas y adaptadas a distintos escenarios de ejecución.

Mejoras de seguridad en glibc 2.43: sellado de memoria con mseal

En el terreno de la seguridad, glibc 2.43 suma soporte para la función mseal en sistemas Linux. Esta llamada permite «sellar» ciertos mapeos de memoria durante la ejecución de un proceso, de forma que queden protegidos frente a cambios de permisos, desmapeos, recolocaciones o reducciones de tamaño.

Este enfoque de endurecimiento de la memoria resulta especialmente interesante para aplicaciones sensibles, como servicios de infraestructura, software bancario, soluciones industriales o entornos donde se busque minimizar la superficie de ataque a nivel de espacio de direcciones. Aunque su impacto pueda no ser visible para el usuario final, contribuye a reforzar la robustez de los sistemas Linux en servidores y estaciones de trabajo.

openat2: más flexibilidad en el acceso a ficheros

La actualización también incorpora soporte para la llamada al sistema openat2, una extensión más avanzada de openat disponible en Linux. Esta función ofrece controles adicionales a la hora de abrir archivos, permitiendo políticas más estrictas y un manejo más detallado de rutas y permisos.

Para entornos donde la seguridad y la trazabilidad del acceso al sistema de ficheros son clave, openat2 proporciona herramientas más potentes a los desarrolladores, ayudando a reducir errores de programación y a gestionar mejor escenarios complejos de directorios y enlaces simbólicos.

Compatibilidad experimental con Clang y nuevas arquitecturas

Otro de los puntos relevantes es el soporte experimental para compilar glibc con el compilador LLVM Clang, siempre que se utilicen versiones 18 o superiores y arquitecturas AArch64 o x86_64 sobre Linux. Aunque aún se considera una característica en fase experimental, supone un paso importante hacia una mayor flexibilidad en las herramientas de construcción.

Este movimiento puede resultar especialmente útil para quienes ya usan entornos basados en LLVM en Europa, tanto en investigación como en producción, ya que facilita integrar la librería estándar del sistema dentro de flujos de trabajo homogéneos con Clang y herramientas asociadas.

Rendimiento matemático mejorado en glibc 2.43 con CORE-MATH

En cuanto al rendimiento numérico, glibc 2.43 incorpora nuevas funciones matemáticas optimizadas procedentes del proyecto CORE-MATH, entre ellas acosh, asinh, atanh, erf, erfc, lgamma y tgamma. Estas implementaciones buscan un equilibrio más fino entre precisión y velocidad, algo crucial en ámbitos científicos, financieros o de simulación.

Junto a ellas, se han perfeccionado las implementaciones de operaciones como fma, fmaf, remainder, remaindef, frexpf, frexp y las variantes de frexpl para formatos binarios avanzados como binary128 e intel96. La nueva implementación de FMA (fused multiply-add) destaca por ser notablemente más rápida, algo que puede notarse en cargas de trabajo muy intensivas en cálculo.

Impulso de rendimiento en procesadores AMD Zen

Relacionado con lo anterior, la versión 2.43 trae mejoras específicas para la familia de procesadores AMD Zen. La optimización de las operaciones FMA en estas CPUs puede traducirse en un aumento apreciable del rendimiento en aplicaciones que hagan un uso intensivo de este tipo de instrucciones, como motores de simulación, análisis de datos o herramientas de machine learning.

En muchos centros de datos europeos donde AMD Zen se ha consolidado como opción habitual, estos ajustes de bajo nivel ayudan a exprimir mejor el hardware existente sin necesidad de cambios en las aplicaciones, ya que el beneficio llega a través de la propia librería del sistema.

Transparencia de memoria: hugepages de 2 MB en AArch64

Otro cambio llamativo es que glibc ahora activa por defecto las transparent hugepages de 2 MB en el gestor de memoria malloc para la arquitectura AArch64. Las «hugepages» permiten trabajar con páginas de memoria más grandes, reduciendo la sobrecarga asociada a la gestión del espacio de direcciones.

Este ajuste puede suponer mejoras en rendimiento para cargas de trabajo intensivas en memoria, especialmente en servidores y dispositivos de alto rendimiento basados en ARM que están ganando terreno en Europa, tanto en centros de datos como en infraestructuras en la nube y entornos de desarrollo.

Soporte para nuevas generaciones de procesadores Intel

La librería también añade detección para los procesadores Intel Nova Lake y Wildcat Lake. Este soporte implica que glibc es capaz de identificar correctamente estas nuevas familias de CPU, lo que permite aplicar optimizaciones específicas o rutas de código adaptadas a sus capacidades.

De cara a los próximos años, y con la renovación progresiva de parques informáticos en empresas y administraciones, contar con una glibc preparada para estas generaciones de procesadores ayuda a garantizar que sistemas Linux modernos funcionen de forma eficiente en el nuevo hardware que vaya llegando al mercado europeo.

Compatibilidad ampliada: Unicode 17.0

En el apartado de internacionalización, glibc 2.43 incorpora soporte para Unicode 17.0, la versión más reciente del estándar de codificación de caracteres. Esto se traduce en un reconocimiento más completo de nuevos símbolos, escrituras y usos lingüísticos.

Para aplicaciones que manejan texto en múltiples idiomas y contextos culturales, especialmente en entornos europeos multilingües, disponer de una librería de C actualizada con la última versión de Unicode contribuye a evitar problemas de compatibilidad y a representar correctamente caracteres y grafías recientes.

Con todo este conjunto de mejoras, glibc 2.43 se consolida como una actualización importante que combina avances en compatibilidad con C23, refuerzos de seguridad, incrementos de rendimiento y una mayor preparación para el hardware y las necesidades de texto más actuales, lo que la convierte en una pieza clave para la evolución de los sistemas Linux en España, Europa y el resto de regiones donde esta librería es la base del entorno de ejecución.

La llegada de GNU Guix 1.5 marca un punto de inflexión para esta distribución del sistema GNU y su conocido gestor de paquetes funcional. Tras un periodo de desarrollo prolongado, el proyecto presenta una actualización de gran calado que no solo renueva el software disponible, sino que también introduce cambios profundos en la forma en que se gestiona y evoluciona la plataforma.

En un contexto europeo donde crece el interés por las soluciones libres que garanticen independencia tecnológica, este lanzamiento sitúa a GNU Guix como una opción particularmente atractiva para administraciones públicas, universidades y usuarios avanzados que valoran la reproducibilidad, el control de las actualizaciones y la transparencia del código.

GNU Guix 1.5: nueva versión estable tras más de tres años de desarrollo

La versión 1.5 de GNU Guix llega más de tres años después de la anterior versión estable 1.4, un intervalo que se traduce en una actualización de gran tamaño para la distribución y para el gestor de paquetes. Los responsables del proyecto destacan la incorporación de más de 12.500 paquetes nuevos y en torno a 29.900 actualizaciones de paquetes ya existentes, lo que supone un salto notable en variedad de software disponible.

Además de la ampliación del catálogo, el equipo ha puesto el foco en pulir la experiencia con la herramienta de línea de comandos guix, incorporando mejoras de usabilidad y nuevas opciones para gestionar perfiles, paquetes y sistemas de manera más sencilla y segura tanto en entornos de escritorio como de servidor.

Escritorios KDE Plasma 6.5 y GNOME 46 sobre Wayland

Uno de los cambios más visibles para el usuario final es la inclusión del entorno de escritorio KDE Plasma 6.5, que llega acompañado de un nuevo servicio denominado plasma-desktop-service-type. Este servicio facilita la configuración del escritorio Plasma dentro de las definiciones del sistema de Guix, permitiendo ajustar con precisión componentes y aplicaciones en función de las necesidades del usuario o de la organización.

En el caso de GNOME, GNU Guix 1.5 pasa a ofrecer GNOME 46 con Wayland como sesión predeterminada en los sistemas que utilizan este escritorio. El servicio gnome-desktop-service-type se ha rediseñado para ser más modular, lo que abre la puerta a personalizar con mayor detalle el conjunto estándar de aplicaciones GNOME, algo especialmente útil para despliegues en empresas, centros educativos o laboratorios que deseen crear imágenes adaptadas a su uso concreto.

El uso de Wayland por defecto, tanto para GNOME como para Plasma, refuerza la apuesta por un stack gráfico más moderno, con mejor gestión de seguridad, aislamiento de ventanas y soporte mejorado para pantallas de alta resolución, aunque manteniendo opciones para seguir recurriendo a X11 cuando los casos de uso o determinados programas así lo requieran.

Kernel GNU Linux-libre 6.17 y software actualizado

En el corazón de esta versión se encuentra el kernel GNU Linux-libre 6.17, una variante del kernel Linux sin componentes considerados no libres. Este enfoque encaja con la filosofía del proyecto GNU y con los requisitos de quienes necesitan garantizar que todo el software del sistema cumple criterios estrictos de libertad.

Junto con el kernel, la distribución incorpora numerosas versiones recientes de herramientas de desarrollo y aplicaciones de uso general. Destacan la presencia de GCC 15.2 y LLVM 21.1.8 como compiladores principales, lo que proporciona un entorno moderno para desarrolladores que trabajen con distintos lenguajes y optimizaciones.

El ecosistema de aplicaciones también se pone al día con programas como GNU Emacs 30.2 para edición de texto y desarrollo, así como navegadores y clientes basados en tecnologías libres como Icecat 140 y Librewolf 140. Todo ello se integra en el modelo de gestión transaccional de Guix, que facilita la instalación, el retroceso de cambios y el mantenimiento de distintos perfiles de usuario sin interferencias entre sí.

GNU Guix 1.5 introduce nuevos servicios de sistema con GNU Shepherd 1.0

En el apartado de servicios de sistema, GNU Guix 1.5 incorpora alrededor de 40 nuevos servicios que amplían notablemente las posibilidades de configuración. Entre ellos se incluyen componentes como Forgejo Runner, RabbitMQ, iwd para la gestión de redes inalámbricas o dhcpcd, que permiten adaptar el sistema a entornos de desarrollo, producción o redes complejas sin recurrir a herramientas externas.

El sistema de inicio y gestión de servicios se basa en GNU Shepherd 1.0, que proporciona funcionalidades como servicios programados en el tiempo, soporte para reinicios mediante kexec y nuevos servicios para el manejo de registros del sistema y su rotación. Estos nuevos servicios de logging pasan a ser utilizados por Guix System en sustitución de soluciones tradicionales como Rottlog y syslogd, con el objetivo de ofrecer una gestión de registros más integrada y coherente con el diseño del sistema.

En paralelo, se ha introducido un cambio importante en la gestión de binarios con permisos elevados: el antiguo mecanismo setuid-programs se ha reemplazado por privileged-programs en las definiciones del sistema operativo. Este nuevo enfoque permite asignar capacidades concretas de Linux a determinados programas, afinando tanto la seguridad como el control de privilegios en entornos multiusuario.

Mejoras de seguridad y cambios en paquetes base de GNU Guix 1.5

Entre las novedades menos visibles pero relevantes desde el punto de vista de la seguridad, GNU Guix 1.5 integra el paquete nss-certs dentro de %base-packages, lo que significa que los certificados necesarios para conexiones TLS pasan a formar parte del conjunto estándar de paquetes del sistema. Esto facilita disponer de un entorno seguro nada más instalar, sin configuraciones adicionales complejas.

Las mejoras en el comando guix también persiguen reforzar la seguridad y la trazabilidad de las operaciones de instalación, actualización, creación de perfiles y gestión de sistemas. La combinación del modelo funcional con operaciones transaccionales permite volver atrás en caso de errores o problemas, algo de especial interés para administradores que gestionan sistemas en producción o estaciones de trabajo críticas.

Soporte para RISC-V de 64 bits y experimentos con GNU Hurd

En el plano de arquitecturas soportadas, GNU Guix 1.5 añade soporte para RISC-V de 64 bits en la distribución del sistema. Este movimiento responde al creciente interés en Europa y otras regiones por arquitecturas abiertas que puedan ser empleadas en proyectos académicos, investigación, hardware soberano y dispositivos especializados.

Además, el proyecto incluye de forma experimental una opción de kernel GNU Hurd para x86_64, pensada para quienes deseen explorar o contribuir a este sistema alternativo al kernel Linux dentro del entorno de Guix. Aunque se trata de una característica en fase temprana, refuerza la vocación del proyecto de servir como plataforma flexible para distintos núcleos y configuraciones.

Cambios en la gobernanza del proyecto y nuevo ciclo de lanzamientos

Más allá de las mejoras técnicas, GNU Guix 1.5 llega acompañado de un cambio relevante en la forma de tomar decisiones dentro de la comunidad. Los desarrolladores han adoptado un nuevo proceso de toma de decisiones basado en el consenso, con el objetivo de hacer más transparente y participativa la evolución del proyecto.

Una de las decisiones derivadas de este nuevo modelo ha sido la migración del alojamiento del código fuente a Codeberg, una plataforma de forja de software que destaca por su apuesta por el software libre y el control comunitario. Este movimiento encaja con la filosofía de Guix y con la voluntad de reducir dependencias de infraestructuras privativas o controladas por grandes corporaciones.

Asimismo, el proyecto ha decidido establecer un ciclo de lanzamientos anual para las versiones principales de Guix. De esta forma, los usuarios y organizaciones que despliegan la distribución podrán planificar con mayor antelación actualizaciones, pruebas y migraciones, algo especialmente importante en entornos donde se requiere estabilidad a largo plazo pero también acceso periódico a nuevas funcionalidades.

Formas de instalación y actualización de GNU Guix 1.5

GNU Guix 1.5 se distribuye en varias modalidades para adaptarse a distintos escenarios de uso. Desde la web oficial del proyecto se pueden obtener imágenes ISO de instalación (no se proporcionan imágenes en modo «live»), así como imágenes preconfiguradas para máquinas virtuales. Estas opciones resultan prácticas para pruebas controladas, despliegues en infraestructuras de virtualización o entornos de laboratorio.

Para quienes ya cuentan con otra distribución GNU/Linux, el proyecto ofrece tarballs con los que instalar el gestor de paquetes Guix sobre el sistema existente, ya sea compilando desde el código fuente o utilizando binarios proporcionados por el proyecto. Esta modalidad permite beneficiarse del modelo funcional y transaccional de Guix sin tener que sustituir por completo la distribución actual.

Los usuarios que ya utilizan Guix pueden obtener la nueva versión mediante el comando guix pull, que actualiza el canal principal y pone al día el sistema manteniendo la posibilidad de retornar a revisiones anteriores gracias al historial de generaciones. Esta característica resulta especialmente útil para probar nuevas versiones de paquetes o del propio sistema sin asumir riesgos irreversibles.

Con esta edición 1.5, GNU Guix refuerza su posición como distribución y gestor de paquetes orientado a la libertad del usuario, la reproducibilidad y el control fino del sistema, combinando un ecosistema de software considerablemente ampliado con mejoras de seguridad, soporte para arquitecturas emergentes y una gobernanza más estructurada que apunta a una evolución sostenida en los próximos años.

GNOME ha publicado una nueva nota de novedades de la semana. Lo recogido en esta última es lo que ha ocurrido del 16 al 23 de enero, y en lo personal no me parece demasiado emocionante. Como siempre, hay cambios interesantes, pero nos puede llamar la atención más o menos dependiendo de si una aplicación, extensión o parte del escritorio forma parte de lo que más usamos.

Lo que sigue es la lista con todas las novedades, entre las que yo destacaría las mejoras en la aplicación Calendario.

Esta semana en GNOME

• En Calendario, el diálogo del editor de eventos ahora muestra información del organizador y de los participantes. Una nueva sección muestra el nombre y el correo electrónico del organizador, junto con filas de resumen para los participantes (individuales y grupos) y los recursos/salas. Al seleccionar una fila de resumen se abre una página dedicada que lista los participantes agrupados por su estado de participación. Las filas del organizador y de los participantes individuales incluyen un menú contextual para copiar direcciones de correo electrónico.
• Exhibit ahora tiene animaciones. La última versión añade reproducción de animaciones y visualización de armaduras, facilitando la previsualización de modelos 3D con rig directamente en GNOME, gracias a las últimas mejoras de F3D.
• Se ha publicado la primera versión alfa de oo7 0.6. Esta versión incluye varias correcciones de errores en la biblioteca Rust y además presenta tres nuevos componentes lanzados por primera vez.
  • oo7-daemon, un reemplazo de gnome-keyring-daemon o kwallet. Incluye soporte para los mecanismos de solicitud de contraseña tanto de KDE como de GNOME, utilizados para pedir al usuario que introduzca la contraseña para desbloquear el llavero. Al tratarse de una versión alfa, se esperan errores.
  • oo7-python, enlaces de Python para oo7 que permiten usar la biblioteca desde Python.
  • oo7-macros, proporciona soporte de esquemas para oo7.
• Se ha publicado Newelle 1.2. Se añade llama.cpp, con opciones para recompilarlo con cualquier backend. Se implementa una nueva biblioteca de modelos para ollama / llama.cpp. Se implementa búsqueda híbrida, mejorando la lectura de documentos. Se añade una herramienta de ejecución de comandos. Se añaden grupos de herramientas. Se mejora la adición de servidores MCP, con soporte también para STDIO en entornos no flatpak. Se añade un gestor de memoria semántica. Se añade la posibilidad de importar y exportar chats. Se añaden carpetas personalizadas al índice RAG. Se mejora el menú de información de mensajes, mostrando el número de tokens y la velocidad de tokens.
• Chronograph se ha actualizado a la versión 49. En esta versión se introduce la nueva Biblioteca. Anteriormente, Chronograph funcionaba con directorios o archivos separados abiertos por el usuario, pero este flujo de trabajo presentaba limitaciones al necesitar compatibilidad con más formatos de letras. La nueva Biblioteca utiliza bases de datos para almacenar archivos multimedia y las letras asociadas. Además, ahora se usa un formato propio de letras llamado Chronie. El principal beneficio de Chronie es que es un formato universal que admite todas las etiquetas y datos de otros formatos.
• Nueva aplicación ReadySet. La aplicación sirve como base para un instalador o asistente de configuración inicial con soporte para plugins. Un plugin es un archivo .so que contiene toda la lógica necesaria. Funcionalidades actuales:
  • Contexto entre plugins para determinar la funcionalidad de un plugin en relación con otros. Por ejemplo, el plugin de usuario puede establecer la configuración regional del usuario creado según la configuración del plugin de idioma mediante la variable de contexto language-locale. En caso contrario, se utiliza la configuración regional en_US.UTF-8.
  • Archivos de configuración para lanzar la aplicación en distintas distribuciones configuradas por el proveedor. Se localizan en /usr/share/ready-set/, /etc/ready-set/ o mediante la opción –conf-file. El archivo de configuración incluye opciones de la aplicación y variables de contexto.
  • Para unificar el trabajo con cualquier gestor de pantalla y las reglas de polkit, estas se definen como una plantilla que el generador sustituye por el usuario deseado (opción –user) y coloca en /etc/polkit-1/rules.d desde /usr/share/ready-set/rules.d.
  • Capacidad de determinar en tiempo real la accesibilidad de una página o plugin y, si es necesario, ocultar la opción cuando no sea relevante. Por ejemplo, al instalar ALT Atomic, la imagen puede incluir un asistente de configuración inicial y no ser necesario crear un usuario durante la fase de instalación.
• Custom Command Toggle es una extensión de GNOME que permite añadir botones conmutadores totalmente personalizables al menú de Ajustes Rápidos. Permite convertir comandos de shell, servicios o scripts propios en conmutadores integrados directamente en el panel de GNOME. Características clave:
  • Ejecutar comandos o lanzar scripts directamente desde botones de conmutación rápida de GNOME.
  • Comportamiento inteligente al inicio, con detección automática del estado, restauración del estado previo o configuración manual de encendido/apagado.
  • Sincronización opcional del estado basada en comandos.
  • Personalización de nombres de botones, iconos y opciones de comportamiento.
  • Asignación de atajos de teclado a los botones.
  • Importación y exportación de configuraciones de botones.

Y esto ha sido todo esta semana en GNOME.

Imágenes y contenido: TWIG.

Cuando escucho música, yo suelo hacerlo en un servicio de música en streaming o incluso en YouTube Music (con algunos trucos). Pero unas pocas veces reproduzco archivos de música local. Por ejemplo, Megadeth sacó ayer lo que será su último disco (o eso aseguran), y yo lo conseguí por Internet un par de días antes. Pude haberlo añadido a mi biblioteca musical y disfrutarlo de muchas maneras, pero lo hice con MPV. El problema es que la reproducción de playlists en bucle no tiene un interruptor, ni tampoco un atajo de teclado para activarlo.

Lo que sí es posible por defecto es poner en bucle un archivo, sea de vídeo o audio. Se consigue con Shift+L, y si se pulsa una vez se activará (inf = infinito) o desactivará, pero sólo la canción que está reproduciéndose. ¿Y si quiero que el bucle sea en el disco completo? Pues vas a tener que buscarte la vida… o hacer lo que vamos a explicar hoy aquí.

Bucle de listas en MPV

El problema, según algunas fuentes, está en cómo añade MPV los archivos. Algunos aseguran que arrastrar una carpeta o todo su contenido a una ventana, o con el comando «mpv ruta-a-carpeta», lo que hace es reproducir todo, pero sin crear una playlist real. Yo no creo que sea ese el problema, porque sí aparecen los botones de adelantar y retrasar por la lista. Es más bien que la interfaz no incluye una opción para conseguir lo que queremos.

El secreto está en usar la bandera –loop-playlist=inf. Esto se puede conseguir de varias maneras:

• Con el comando del programa + bandera + ruta al archivo. Por ejemplo:

mpv --loop-playlist=inf '/home/pablinux/Música/Megadeth/Megadeth'

• Añadiendo un archivo de configuración. Es posible ir a ~/.config/mpv/ y crear el archivo mpv.conf con la bandera dentro. Esto hará que siempre que haya una lista de reproducción se reproduzca en bucle. Es una opción, pero no mi favorita.
• Añadiendo un alias. Aquí explicamos cómo crearlos permanentes, pero básicamente es editar el archivo de la carpeta personal .bashrc, .zshrc o lo que use vuestro sistema y añadir algo como:

alias mpvb='mpv --loop-playlist=inf'

De esta manera, cuando se escriba mpvb (la b es para «bucle», pero se puede elegir lo que uno quiera) ya estaremos indicando que lo siguiente, que será la ruta a la carpeta, debe reproducirse en bucle infinito. Si tenemos archivos de imagen, como podría ser cover.jpg, y no queremos incluirlos, la manera correcta sería elegir un archivo y añadir la bandera –autocreate-playlist=same.

Hay que tener en cuenta que esto desactiva la reproducción de un archivo en bucle durante esa sesión; Shift+L dirá que se ha activado o desactivado, pero no lo hará.

Y así se puede reproducir en bucle una lista de reproducción en MPV. En lo personal, creo que le falta, al menos, un atajo de teclado para que lo haga, pero se trabaja con lo que se tiene.

Kodi no es un reproductor que podamos etiquetar de normal. Puede hacer mucho, pero casi todo lo hace diferente. Kodi es una biblioteca multimedia, y funciona como tal. Lo malo de esto lo podemos descubrir al intentar abrir un vídeo suelto en el famoso programa: su diseño se lo impide, y puede ser un quebradero de cabeza si, como yo en el ejemplo de la imagen de cabecera, sólo queremos reproducir un vídeo sin mucha configuración.

Lo que vamos a hacer aquí es explicar cómo reproducir vídeos sueltos en Kodi, aunque no funcionará en todos los escritorios para Linux, o por lo menos no se garantiza. Y es que tu escritorio puede hacer la magia por sí mismo… o puede que no. Sea como sea, vamos a explicar como reproducir vídeos en Kodi.

La manera oficial: añadirlo a la biblioteca

La manera oficial de ver vídeos en Kodi es añadirlos a la biblioteca:

1. Vamos al apartado Vídeos y dentro elegimos Archivos.

2. Es posible que dentro lo tengáis vacío. Lo que hay que hacer es elegir «Añadir vídeos».

3. En el siguiente paso, podemos añadir la ruta manualmente, pero yo recomiendo elegir «Buscar». Esto nos permitirá navegar a la carpeta que queramos añadir.
4. Tras elegirla, podemos indicar qué tipo de contenido habrá en esa carpeta. En la captura de arriba yo tengo una para películas, otra para series, una que me crea automáticamente un complemento que tengo instalado y la carpeta vídeos. Yo añadí la última para poder reproducir cualquier vídeo que añada a esa carpeta. No indiqué si contendría películas o series, de manera que no la escanee para la biblioteca, pero sí puedo reproducir los vídeos.
5. A partir de ahora, si queremos reproducir un vídeo suelto, lo metemos en la carpeta Vídeos de nuestro sistema operativo, lo buscamos desde el apartado general de Kodi Vídeos y yendo a la carpeta Vídeos.

Para películas y series, en el momento de añadir la carpeta podemos indicar su contenido, y añadirá metadatos si hay algún complemento que lo haga. Pero aquí estamos hablando de vídeos sueltos.

Añadiendo la fuente

Otra manera de hacerlo es añadiendo la fuente y abriendo los vídeos desde el explorador de archivos.

1. Vamos a la rueda dentada de Kodi.

2. Después, elegimos «Explorador de archivos».

3. Dentro, elegiremos «Añadir fuente»

4. Si vamos a usar este método para vídeos sueltos, yo recomiendo elegir «Buscar» y añadir «Carpeta de inicio». De esta manera, reproducir un vídeo será tan sencillo como entrar al explorador de nuevo, elegir nuestra carpeta de inicio y navegar hasta el vídeo.

Abrir un vídeo en Kodi con comando y con «Abrir con…»

Quedan un par de maneras más, las más cómodas, pero las que podrían no funcionar. La primera es con un comando: basta con escribir «kodi ruta-al-video», donde lo primero es el programa que debe estar instalado (funciona en Linux) y lo segundo la ruta completa al vídeo, y el vídeo se reproducirá. Puede que el terminal muestre algún mensaje de error o de que no está demasiado de acuerdo, pero funciona.

Lo otro que puede funcionar depende de si el escritorio lo soporta o no, y tampoco se garantiza que vaya a salir bien. Es hacer clic secundario sobre el tipo de archivo, como puede ser vídeo.mp4 para archivos MP4, acceder a sus propiedades y, en el apartado del software que lo va a abrir, buscar Kodi. En Manjaro KDE os garantizo que funciona, y es de lo más cómodo. No ha sido una posibilidad siempre, pero en la actualidad sí lo es.

Hay que tener en cuenta un par de cosas con estos últimos métodos: al no estar en la biblioteca ni nada, toda la información del vídeo se perderá cuando lo paremos. En VLC, por ejemplo, cuando finaliza el vídeo se cierra, pero sigue apareciendo en la lista de reproducción. Si lanzamos un vídeo con un comando o con «Abrir con…» y elegimos Kodi, no podremos acceder a él una vez finalice. No es un gran problema, pero es algo a tener en cuenta.

Y de esta manera se pueden reproducir vídeos en Kodi, ya sea tirando de biblioteca añadida, buscándolos con el explorador y abriendo directamente el archivo de vídeo.