Tumbleweed remains a strong example of a reliable rolling release as we step into 2025. This month delivered multiple snapshots and a wide range of updates! Two much anticipated major version updates arrived in snapshots this month; GIMP’s release candidate is giving users a good look into the 3.0 version and libvirt 11.0.0 improves virtualization performance, stability and flexibility. KDE Gear 24.12.1 improves app usability and KDE Plasma 6.2.5 brings some additional stability.

As always, be sure to roll back using snapper if any issues arise.

Happy updating and tumble on!

For more details on the change logs for the month, visit the openSUSE Factory mailing list.

New Features and Enhancements

GIMP 3.0.0~RC2: This makes a major leap to version 3.0 with significant updates and fixes. The build process is streamlined with improved handling of fonts, such as replacing Bitstream Vera with Google Noto Sans and ensuring stability even when fonts are missing. The Python runtime dependencies and enhanced debugging support with libbacktrace ensure smoother builds and better issue resolution. Experimental features like the Lua plugin are now gated for optional use, and Fedora-imported patches improve system monitor profile defaults, external help browser support, and privacy settings. These updates modernize GIMP’s architecture and prepare it for the final 3.0 release.

KDE Gear 24.12.1: Notable updates in this release were made to Dolphin, which improved behavior on X11, fixed thumbnail updates on renaming, and ensured search box initialization fixes. With Itinerary, enhancements for trip group handling were made; there were also improvement made to weather forecasts and it was optimized for crash prevention. Kdenlive addressed timeline issues, fixed crashes, improved layout handling and restored effects presets. KMail improved search functionalities and KPublicTransport enhanced station name recognition.

KDE Plasma 6.2.5: The Discover app store fixes overlapping update descriptions text and kpipewire fixes issues when streaming fails to update. The plasma update also prevents crashes by adding a dummy clipboard. Some screencasting was resolved with KWin. PowerDevil resolves crashes in unloadAllActiveActions and Plasma Networkmanager reverts fixing an issue with the connection speed tab remaining visible after disconnecting.

Rsync 3.4.1: This update brings critical bug fixes and security enhancements. Key updates include improved handling of the -H flag, resolution of a use-after-free issue in rename logging, and removal of the dependency on alloca() in the bundled popt. Security fixes address multiple vulnerabilities such as CVE-2024-12747, which mitigates a race condition in handling symbolic links, as well as CVE-2024-12084 through CVE-2024-12088, tackling heap buffer overflows, information leaks, and directory traversal risks. The update also introduces protocol version 32 and refines developer tools for improved permissions handling.

libvirt 11.0.0: This major release adds VLAN tagging and trunking support for network interfaces on Linux host bridges and enables domains to use advanced tlbflush Hyper-V features. User-defined aliases for devices in domain XML and virtiofs read-only mode are now supported. Enhanced vGPU migration between mdev and SRIOV VF devices is also introduced. Key fixes address transient domain TPM profile crashes, disk image deletion with snapshots, and post-copy migration recovery errors, alongside improvements in domain XML formatting and CPU model support.

libcdio 2.2.0: The library now uses GNU/Linux’s new ioctl with kernel 5.16+ and incorporates GitHub CI checks for better development workflow. Additionally, the update ensures compatibility with widestring APIs and provides better pkg-config detection.

Amarok 3.2.1 & 3.2.2: Amarok introduces Qt6 and KF6 compatibility, enabling support for gpodder, last.fm, and the Wikipedia context applet. The collection can now be filtered by empty tags, and the context view applet for the current track is displayed by default. Key fixes address crashes during file transfers to MTP devices, Ampache logins, and collection filtering. Additional improvements include reduced MTP device query flooding, refined font size limitations in the context view, and enhanced compatibility across compiler and Qt6 versions. Amarok now depends on KDE Frameworks 5.108, marking a step toward modernized builds and better stability.

libxml2 2.13.5: New features include API additions for more reliable malloc failure reporting and context-specific error handlers, such as xmlCtxtSetErrorHandler. The update introduces the XML_PARSE_NO_XXE parser option, enhancing security by disabling external entity loading. Key bug fixes address regressions in xmlIO, xmlreader, and handling of parameter entities. Additionally, significant optimizations ensure better compatibility with modern systems, improved error handling, and support for new configurations. Deprecated features such as HTTP POST support and legacy FTP functionality are gradually being phased out, which reflects a shift toward streamlined and secure XML processing.

Key Package Updates

Kernel Source 6.12.8, 6.12.10 and 6.13.0: The rolling release was one of the first to update to the 6.13 kernel and notable changes for it include a PCI/DPC quirk for PIO log size adjustments on Intel Raptor Lake-P (bsc#1234623). The update also drops a mainline patch for Nouveau backlight control and includes refreshed configurations. Enhanced USB handling, better support for various arm platforms and multiple bug fixes for IIO devices arrived in a previous kernel update. Key changes address vulnerabilities, improve stability and refine hardware compatibility across various subsystems. Version 6.12.8 had enhancements to ALSA and Bluetooth subsystems to address issues like memory leaks and invalid parameter handling. Btrfs received fixes for race conditions and improvements to power supply drivers were made.

btrfs-progs 6.12: This update includes recursive subvolume deletion for accessible subvolumes and the --subvol option in mkfs to create subvolumes with specific properties (read-only, read-write, or default). Other notable improvements include hard link detection in the --rootdir option, refined verbosity in receive and more accurate handling of compressed extents in check. The release also addresses several bugs, such as false positive checksum reports and improper subvolume iteration in rescue clear-ino-cache.

Systemd 257.2: Key updates in this package include improvements to user@.service. Various patches, such as fixes for TPM2 utilities and initrd_prepare behavior, have been integrated upstream. While the testsuite now requires cloning the systemd repository due to upstream changes; efforts are underway to adapt the sub-package.

Mesa 24.3.3: Fixes in this release include resolving rendering issues in Portal 2 and Half-Life 2, addressing crashes in Artifact Classic, and correcting a regression that broke Wayland on RS480M GPUs. Additional updates fix prop disc rendering in X-Plane 12, improve H264/H265 VAAPI encoding on R6700XT with proper QP value handling, and resolve missing text in Age of Mythology Retold on Arc b580 GPUs.

HarfBuzz 10.2.0: Font handling improvements arrive in this package. Unicode Variation Selectors are now considered during “cmap” table subsetting, while malformed UTF-8 strings are better guarded in hb_cairo_glyphs_from_buffer(). Rendering and parsing see significant fixes, including corrected scaling for “COLR” v1 glyphs and locale-independent double number parsing in the hb-subset tool. New APIs enable advanced font table serialization, repacking, and font variation settings conversion.

Coreutils 9.6: This release addresses multiple bug fixes, such as correcting issues in cp, mv, ls and tail, improving reliability and compliance with POSIX standards. Enhancements include new features like CRC32b support in cksum, indexed arguments in printf, and POSIX:2024 string comparison in test. Performance improvements touch key utilities like wc, cksum and sort to ensure faster operations on modern systems.

PHP 8.3.16: This package delivers a wide range of bug fixes and stability improvements across core features and extensions. Enhancements include addressing issues in DatePeriod, SimpleXML and FFI, resolving memory leaks in components like LibXML and Sockets, and improving compliance with standards such as RFC 6890 for IP filtering. Key fixes span vulnerabilities like use-after-free (UAF) in DOM and Iconv, segmentation faults in Gettext and Phar, and overflow issues in Streams. Developers benefit from improved error handling, compatibility updates, and hardened security measures for critical functions like proc_open().

Flatpak 1.16.0: The latest version has new environment variables like FLATPAK_TTY_PROGRESS, FLATPAK_DATA_DIR, and FLATPAK_DOWNLOAD_TMPDIR offer greater flexibility for configuring runtime behavior, such as progress indicators and alternative directory paths. Notable bug fixes include improved handling of dangling symlinks, corrections to introspection annotations in libflatpak, and resolving regressions with Wayland socket handling. Other refinements ensure smoother operation and compatibility, including fixes for terminal progress indicators and the installation of missing test data.

Bug Fixes and Security Updates

Several key security vulnerabilities were addressed this month:

Rsync 3.4.1:

• CVE-2024-12747: Fixed a race condition in handling symbolic links.
• CVE-2024-12084: Resolved a heap buffer overflow in checksum parsing.
• CVE-2024-12085: Fixed an information leak via uninitialized stack contents, defeating ASLR.
• CVE-2024-12086: Addressed server leakage of arbitrary client files.
• CVE-2024-12087: Resolved an issue allowing a server to make clients write files outside the destination directory using symbolic links.
• CVE-2024-12088: Fixed a bypass for --safe-links functionality.

git 2.48.1:

• CVE-2024-50349: Fixed an issue where crafted URLs could inject ANSI escape sequences, potentially misleading users into sending credentials to malicious hosts.
• CVE-2024-52006: Addressed incorrect handling of line endings in credential helpers, preventing credential exposure.

HPLIP:

• CVE-2020-6923: Fixed a memory buffer overflow vulnerability in HPLIP versions 3.20.8 and earlier, which could allow arbitrary code execution or denial of service.

libxml2 2.13.5:

• CVE-2024-40896: Fixed an out-of-bounds read and write vulnerability when processing HEIF files with forged overlay image offsets.

Raptor:

• CVE-2024-57823: Patch added to fix an integer underflow, which could lead to potential vulnerabilities.

Mozilla Firefox 134.0:

• CVE-2025-0244: Address bar spoofing using an invalid protocol scheme on Firefox for Android.
• CVE-2025-0245: Lock screen setting bypass in Firefox Focus for Android.
• CVE-2025-0246: Address bar spoofing using an invalid protocol scheme on Firefox for Android.
• CVE-2025-0237: WebChannel APIs susceptible to confused deputy attack.
• CVE-2025-0238: Use-after-free when breaking lines in text.
• CVE-2025-0239: Alt-Svc ALPN validation failure when redirected.
• CVE-2025-0240: Compartment mismatch when parsing JavaScript JSON module.
• CVE-2025-0241: Memory corruption when using JavaScript Text Segmentation.
• CVE-2025-0242: Memory safety bugs fixed across multiple versions of Firefox and Thunderbird.
• CVE-2025-0243: Memory safety bugs affecting Firefox, Thunderbird, and ESR versions.
• CVE-2025-0247: Memory safety bugs fixed in Firefox 134 and Thunderbird 134.

openssl-3

• CVE-2024-13176: A timing side-channel vulnerability in ECDSA signature computations could allow attackers to recover private keys.

Conclusion

KDE users will appreciate the refined experience offered by the latest KDE Gear and Plasma releases, with improved usability and bug fixes. Under the hood, Tumbleweed continues to receive critical updates, including security enhancements for Rsync and improved XML processing with libxml2. These updates, along with numerous others continue to make Tumbleweed a secure, stable and useful open-source platform.

Slowroll Arrivals

Please note that these updates also apply to Slowroll and arrive between an average of 5 to 10 days after being released in Tumbleweed snapshot. This monthly approach has been consistent for many months, ensuring stability and timely enhancements for users.

Contributing to openSUSE Tumbleweed

Stay updated with the latest snapshots by subscribing to the openSUSE Factory mailing list. For those Tumbleweed users who want to contribute or want to engage with detailed technological discussions, subscribe to the openSUSE Factory mailing list . The openSUSE team encourages users to continue participating through bug reports, feature suggestions and discussions.

Your contributions and feedback make openSUSE Tumbleweed better with every update. Whether reporting bugs, suggesting features, or participating in community discussions, your involvement is highly valued.

Nueva entrada de la serie de grandes juegos libres. Hoy toca un género que apareció por primera vez en el blog la semana pasada con OpenRa, la estrategia en tiempo real y que me apetece mucho comentar. Se trata de 0 A.D, un juego desarrollado por Wildfire Games, un grupo mundial de desarrolladores de juegos voluntarios.

0 A.D., estrategia histórica en tiempo real – Juegos Linux (XVI)

Antes de empezar recordar que ya he tocado muchos de los géneros: estrategia por turnos (The Battle for Wesnoth, Hedgewars), disparos en primera persona (Xonotic, Alien Arena, OpenArena), velocidad (Speed Dreams, SuperTuxKart), MMORPG (Ryzom), plataformas (SuperTux), sandbox (Minestest) o simulador (OpenTTD, Simutrans). Así que si no os interesa este, podéis visitar alguno de los enlaces anteriores.

Allá por la década de los 90 yo tenía un PC así que tenía a mi disposición los juegos típicos de este sistema: simuladores, FPS, aventuras gráficas y, por supuesto, juegos de estrategia en tiempo real: Dune, Warcraft, Command & Conquer y Red Alert, entre sus máximos exponentes. Evidentemente, me aficioné a éstos últimos, llegando a su excelencia (en mi humilde opinión) con Warcraft III y Starcraft.

No obstante había otro tipo de juego que no llegué a engancharme que eran los Age of Empires. Para mi eran demasiado sesudos, algo de los que huía porque mi vida ya era bastante académica y seria, con lo que cuando me ponía a jugar quería descargar adrenalina, bien sea disparando o a golpe de click.

0 A.D. viene a cubrir el hueco de estos últimos, ofreciendo estrategia en tiempo real con tintes históricos y bastante complejo. Como decía en la introducción 0 A.D es un juego desarrollado por Wildfire Games, un grupo mundial de desarrolladores de juegos voluntarios donde tomas el papel de líder de una antigua civilización y debes reunir los recursos necesarios para formar una fuerza militar y dominar a tus enemigos.

En palabras de sus desarrolladores:

«0 d.C.» es un periodo de tiempo que en realidad nunca existió: en el calendario habitual, se va del 1 a.C. al 1 d.C. y se salta el cero. Esto refleja la ficción histórica del juego: ¿Quién habría ganado si todas las facciones se hubieran enfrentado entre sí cuando cada una de ellas estaba en su mejor momento?

Pretendemos retratar algunas de las principales civilizaciones a lo largo del milenio que va del 500 a.C. al 500 d.C. (de ahí el punto medio, cero.) Es una perspectiva ambiciosa, así que en la primera edición de 0 d.C. nos centramos en los últimos cinco siglos a.C. Quizá en futuros paquetes de expansión se añadan más civilizaciones, junto con características de juego adicionales.

En el desarrollo de 0 A.D. hemos hecho especial hincapié en la precisión histórica. Planificamos todas nuestras unidades y edificios basándonos en reconstrucciones del aspecto que tendrían en el mundo antiguo. Incluso les ponemos nombres en las lenguas originales, como el griego y el latín. Pero no hay que olvidar que cualquier juego debe ser divertido, así que, en muchos casos, preferimos la jugabilidad a la precisión histórica.

En este punto hay que decir que el proyecto está muy vivo, una muestra es que los principales desarrolladores de Wildfire Games asistirán a la conferencia FOSDEM de este año, una muestra de su compromiso con la Comunidad.

Las características de 0 A.D.

Como siempre, me gusta hacer un listado con sus características básicas:.

• Multiplataforma: 0 A.D. está preparado para funcionar en Windows, Linux y OS X.
• Civilizaciones únicas: En 0 A.D. cada civilización es única en su apariencia y jugabilidad, incluyendo unidades, estructuras y árboles tecnológicos.
• Soldados ciudadanos: Algunas unidades de infantería y caballería no sólo pueden luchar, sino también recoger recursos y construir edificios, lo que las hace mucho más versátiles que en los típicos juegos de estrategia en tiempo real.
• La experiencia en combate es importante: Cuanto más tiempo pasen tus soldados ciudadanos luchando contra tus enemigos, más subirán de rango. Con cada rango, se hacen más fuertes, pero también empeoran en las tareas civiles.
• Intercambios tecnológicos: Algunas tecnologías están dispuestas en pares, y dentro de cada par, sólo puedes investigar una tecnología como máximo en cada partida. Esta elección es irreversible, ¡así que elige con cuidado!
• Formaciones de unidades: Organiza tus unidades en formaciones de batalla históricas, desde la Falange hasta el Testudo, y obtén bonificaciones, como un mayor blindaje. Sin embargo, ten cuidado con los costes que pueden conllevar, ¡como una menor velocidad! (En agosto de 2012, esta característica aún no se había implementado).
• Realismo de los mapas del mundo real: Los mapas aleatorios se basan en la geografía real del mundo antiguo, con plantas, animales y terreno realistas.
• Detalles históricos auténticos: Los diseños de las unidades, los edificios y las tecnologías reflejan las señas de identidad de cada civilización. Incluso les damos nombres en griego antiguo original, latín, púnico, celta, etc.
• Guerra naval realista: los barcos serán mucho más grandes y realistas que en otros juegos. Se moverán de forma más realista e incluso podrán embestir a otros barcos.
• Traducciones y configuraciones regionales: Juega a 0 A.D. en más de una docena de idiomas.
• Potente editor de mapas: Dibuja paisajes con una paleta de cientos de terrenos, construye majestuosas ciudades y fija la posición del sol en el Editor de Atlas, tu herramienta para diseñar mapas intrincadamente detallados en 0 A.D.
• Excelente capacidad de modificación: Desde nuevos comportamientos de los oponentes informáticos hasta civilizaciones adicionales, crea fácilmente tus propias modificaciones (mods) de 0 A.D. editando los archivos del juego, todos ellos disponibles gratuitamente en formatos estándar y abiertos.
  

¿Cómo conseguir 0 A.D.?

Como es lógico, 0 A.D es 100% gratuito y, como es habitual, estos juegos libres los podemos encontrar en casi todos los sistemas operativos disponibles. No hay más que visitar la página oficial para ver que hay versión para GNU/Linux, APPImages, Windows, MacOS o conseguir el código fuente.

También lo puedes encontrar en Flathub, que es como lo he probado en mi equipo. Esta versión no es oficial y me ha dado un problema con el ratón, pero creo que nada que no se solucione con un poco de investigación. Eso si, el juego luce espectacular.

¿Puedo participar en su desarrollo?

Según leemos en su web:

Todo el mundo está invitado a unirse y contribuir a 0 A.D. de forma totalmente voluntaria, para ganar experiencia en el desarrollo de juegos, para cumplir con un proyecto escolar o simplemente por diversión.

Si eres programador, no dudes en ponerte manos a la obra y empezar a ofrecer parches siguiendo las instrucciones que aparecen a continuación. Con el tiempo, nos pondremos en contacto con colaboradores destacados y los incorporaremos oficialmente al equipo. Los artistas y otros colaboradores pueden hacer lo mismo, o simplemente pedir ser entrevistados y conseguir un trabajo voluntario en modelado 3D, animación, sonido, música, etc.

Esto significa que los desarrolladores han creado una serie de ramas donde los interesados en el proyecto pueden contribuir:

• Programando: si eres programador y quieres contribuir a 0 A.D., sólo tienes que ponerte manos a la obra y empezar. No queremos entorpecer tu progreso con ninguna solicitud. Si haces un buen trabajo con el tiempo, te incorporaremos al equipo de todos modos.
• Creando arte: al igual que el código base, el arte de 0 A.D. también es de «código abierto». Los modelos y animaciones pueden crearse con el software que prefieras, siempre que sea capaz de exportar archivos COLLADA (.DAE). Del mismo modo, las texturas 2D se exportan a un archivo Direct Draw Surface (.DDS) mediante el software de pintura de su elección. El canal alfa de la textura se utiliza para definir el color del jugador, el color del objeto o la transparencia.
• Traduciendo: actualmente están utilizando Transifex para traducir los textos del juego. Para empezar a traducir el juego, crea una cuenta en Transifex y solicita unirte a un equipo de traducción (o crea uno nuevo) en https://www.transifex.com/projects/p/0ad/.
• De cualquier forma:
  • Suscríbete a RSS, ModDB, Facebook, Twitter o Google+ para recibir actualizaciones a medida que avanza el desarrollo.
  • ¡Corre la voz en las redes sociales, blogs y en todas partes! Asegúrate de mencionar que siempre estamos buscando nuevos colaboradores.
  • Crea tus propios vídeos y capturas de pantalla y súbelos a tus redes sociales favoritas. (Recuerda: la licencia de 0 A.D., CC-BY-SA, exige que redistribuyas obras derivadas como vídeos de fans y capturas de pantalla bajo una licencia libre similar).

Más detalles en la página oficial.

La entrada 0 A.D., estrategia histórica en tiempo real – Juegos Linux (XVI) se publicó primero en KDE Blog.

Como muchos de vosotros sabréis KDE Blog es un blog personal. No es una decisión que yo haya tomado y que sea inamovible, sino que por circunstancias no he conseguido tener colaboradores que se sumen al proyecto de forma constante. En cierto modo lo comprendo: llevar un blog no está de moda y requiere cierta disciplina. No obstante, siempre encuentro algunos colaboradores puntuales como Rubén Gómez o Edith Gómez. En esta ocasión os presento “Gestión de contenedores en la nube: usos y beneficios” que nos ofrecen una serie de consejos para gestionar estos servicios que nos puede propocionar intenet.

Gestión de contenedores en la nube: usos y beneficios

Cuando se habla de contenedores en la nube, también conocidos como contenedores cloud, se hace referencia a paquetes en los que se incluye el código de una aplicación, así como bibliotecas y demás dependencias. Antiguamente, todo esto se empaquetaba en diversos formatos según el entorno en el que se pretendiera ejecutar. Hoy en día, no obstante, los contenedores se empaquetan en la nube para ejecutarse en cualquier tipo de sistema. Así, gestión de contenedores cloud se ha convertido en un paso indispensable para obtener toda la flexibilidad que se desea.

Los usos de los contenedores cloud

Por lo general, los contenedores en la nube son utilizados para multitud de proyectos. Los microservicios son un ejemplo, ya que su arquitectura hace posible descomponer las aplicaciones en componentes más pequeños para realizar una función concreta. Los contenedores cloud permiten ejecutar miles de microservicios de este tipo.

Los DevOps, por su parte, también se ven beneficiados por esta forma de empaquetar la información. Ofrece un proceso repetible y disponible como código, y eso suele ahorrar tiempo de desarrollo, así como reducir los errores manuales que se producen durante el proceso.

Qué beneficios ofrecen los contenedores cloud

Los beneficios que brindan los contenedores en la nube son varios. Uno de ellos guarda relación con el hecho de que permiten implementar software en diferentes entornos, sin necesidad de agruparlo para la arquitectura de cada sistema operativo.

El proceso de contenedorización, por su parte, hace que las máquinas virtuales sean instancias. Así, están disponibles en diversas configuraciones, lo que les otorga una capacidad de reconfiguración única. Cambiar las máquinas de entrada y salida, dependiendo de la aplicación, será sencillo. Y eso se traduce en una mayor flexibilidad del proceso.

Escalabilidad y resiliencia, otros beneficios derivados

La escalabilidad es otro claro beneficio. Las aplicaciones tradicionales, después de todo, están limitadas por un solo recurso de servidor, mientras que los contenedores permiten eliminar esta limitación gracias a su distribución entre diferentes máquinas. Así, la escalabilidad puede ser infinita.

Por último, hay que tener en cuenta la resiliencia que los contenedores brindan. Como es una arquitectura distribuida, no importa si una máquina falla, ya que otra podrá activar los contenedores que faltan para reforzar el funcionamiento de la aplicación.

La entrada Gestión de contenedores en la nube: usos y beneficios se publicó primero en KDE Blog.

Hay muchos proyectos GNU/Linux que deberían ser más recurrentes en este blog, pero creo que Lliurex se lleva la palma. A pesar de ser una distribución de la Generalitat Valenciana, comunidad donde resido, que está implementada en miles de equipos y que utliza el escritorio Plasma apenas tiene un articulo anual dedicado a él. Hora de intentar enmensar este error y una buena forma es la de promocionar el blog de Lliurex que publica cada cierto tiempo en el portal educativo de la Generalitat Valenciana y que aporta artículos más que interesantes.

Blog de Lliurex en el portal educativo de la Generalitat Valenciana

Lliurex es un proyecto realmente asombroso y una demostración de que GNU/Linux y educación es un binomio espectacular. Y digo esto con conocimiento de causa dado que estas semanas (y por eso el blog está un poco en modo automático) estoy trabajando con alumnado de un Centro con el «carrito de portátiles» y todo ellos utilizan KDE Plasma, y es un placer trabajar con estos equipos, sin anuncios, de forma fluída, sin antivirus y con la seguridad de que la privacidad de su trabajo está garantizado.

Es por ello que le he dedicado un poco de mi tiempo a investigar sobre las novedades de Lliurex y me he encontrado con el blog de Lliurex, un portal nacido en octubre de 2024 donde se van publicando artículos «escritos» por los ratones-mascota del proyecto.

En su primer artículo, «Alicia» nos explicaba la declaración de intenciones del blog:

De esta forma a lo largo de estes meses han ido publicando una media de cuatro artículo, y como muestra os enlazo los de este mes de enero , en el cual nos encontramos 3 entradas que nos enseñan algunas de los secretos que tiene Lliurex y que merecen salir a la luz.

• 🎤 Transcripción de voz en LliureX: Speech Note y Nerd Dictation
• Conexión automática a la wifi del centro 
• Descubre el ‘Genio’ de LliureX que cambiará cómo usas el ordenador

Os dejo a vosotros investigar las entradas anteriores.

¡Larga vida al Blog de Lliurex!

La entrada Blog de Lliurex en el portal educativo de la Generalitat Valenciana se publicó primero en KDE Blog.

The author encountered issues with keyboard input in Flatpak games GZDoom and Xonotic while using Wayland. After extensive searching for solutions, they discovered that unchecking the Wayland windowing system permission in Flatpak settings resolves the problem. This experience underscored the importance of adjusting such settings for optimal gameplay on Linux.

Agama es el nuevo instalador de openSUSE y productos de SUSE empieza el año 2025 publicando su versión 11

Con las primeras versiones beta de SUSE Linux Enterprise Server 16 a la vuelta de la esquina y openSUSE Leap 16 ya en su fase alfa, el equipo de YaST (¿o habría que decir ya el equipo de Agama?) se ha centrado durante las últimas semanas en proporcionar una mejor experiencia de instalación para ambas familias de distribuciones. Lo que ha dado como resultado Agama 11.

Desde hace tiempo en el blog voy compartiendo las novedades del nuevo instalador para productos SUSE y openSUSE, el reemplazo y modernización del conocido instalador YaST por este llamado Agama. Comienzan el año publicando su versión 11, veamos qué traerá como novedades.

Agama podrá instalar Slowroll

A las opciones ya existentes de poder instalar openSUSE Leap, openSUSE Tumbleweed, o MicroOS, en esta nueva versión ya se puede instalar desde Agama Slowroll.

Cambios en la interfaz web

Agama 11 también viene con una pequeña reorganización del flujo de trabajo de la interfaz web. En versiones anteriores, siempre era necesario visitar la sección «Usuarios» para configurar la autenticación root y luego volver a la página «Descripción general» para continuar con la instalación.

A partir de Agama 11, se presenta al usuario una pantalla para configurar la autenticación de root inmediatamente después de seleccionar el sistema operativo que desea instalar. Después de configurar la contraseña de root, el usuario llega a la pantalla principal de Agama, donde el diseño general se ha reorganizado para garantizar que el botón «instalar» siempre esté accesible desde todas las secciones de la interfaz.

Registro del producto

Uno de los principales objetivos de Agama es convertirse en el instalador oficial de SUSE Linux Enterprise Server 16. El desarrollo de este sistema operativo, y de su producto hermano, SLES para SAP Application, está progresando a buen ritmo, con algunas versiones preliminares que ya están disponibles para los socios de SUSE.

La instalación de esos sistemas requiere que el usuario se registre para obtener acceso a los repositorios. Agama puede detectar si es necesario registrarse y luego ofrecer una interfaz de usuario conveniente para el proceso.

Por supuesto, esta característica es irrelevante para los usuarios de openSUSE, ya que los repositorios de openSUSE son completamente públicos y siempre lo serán.

Acuerdo de licencia

Otra diferencia entre openSUSE y una distribución corporativa como SLES es que en esta última, los usuarios deben aceptar explícitamente un acuerdo de licencia. En el caso de la interfaz web de Agama, eso significa presentar la licencia lo antes posible en el proceso. Por lo tanto, el EULA correspondiente debe ser aceptado ya al seleccionar cualquiera de los productos que lo requieran.

De nuevo, esta característica no se ofrecerá para los usuarios de openSUSE, ya que es totalmente libre y no requiere ningún acuerdo de licencia.

Generación automática de documentación y completado de la línea de comandos

Una documentación completa y actualizada es clave para un proyecto como Agama, especialmente para los usuarios de la interfaz de línea de comandos y la API HTTP. Y la mejor manera de garantizar que la documentación esté siempre sincronizada con la versión actual de Agama es generarla automáticamente a partir del código fuente.

En el caso de la CLI, las páginas del manual, su variante Markdown y también los archivos necesarios para el completado de la línea de comandos se generan a partir de las fuentes. Puede ver el resultado siempre actualizado de la versión de Markdown en la sección correspondiente de la página web de Agama.

La API HTTP también se documenta automáticamente a través de una especificación OpenAPI. Esto ayudará a cualquier persona interesada en integrar Agama en cualquier solución o infraestructura o incluso en crear su propia aplicación cliente para Agama, especialmente teniendo en cuenta que el HTTP de Agama aún no es estable y cambia en cada versión.

Y mucho más…

Como puedes imaginar, la lista anterior de características no representa todo lo que ha cambiado desde Agama 10. Como es habitual, la nueva versión también incluye muchas correcciones de errores y pequeñas mejoras. Se ha aprovechamos para actualizar a la última versión de los tres lenguajes de programación utilizados en Agama, incluyendo todas las librerías utilizadas.

Tambiénse ha trabajado en la ISO en vivo de Agama. Por un lado, se ha revisado la lista de controladores incluidos, lo que resultó en una imagen más pequeña que en realidad admite más configuraciones de hardware.

Por otro lado, han intentado cambiar el servidor gráfico de X11 a Wayland. Aunque no se ha conseguido debido a problemas técnicos relacionados con el modo quiosco del navegador Firefox. Siendo una interfaz web, el navegador es una parte importante.

Otro cambio de Agama que puede no ser obvio para todos los usuarios es la introducción de algunos cambios para facilitar la creación de pruebas de integración automatizadas. Esto ayuda a los equipos de openSUSE y de control de calidad de SUSE en su inestimable esfuerzo por garantizar una experiencia más fluida para todos los usuarios.

Es decir, permitirá a los test automáticos openQA hacer un trabajo más sencillo y detectar posibles errores antes de emitir la versión final a los usuarios.

Obtener el live de Agama para probarlo

Puedes obtener la versión live de Agama en este enlace:

• https://download.opensuse.org/repositories/systemsmanagement:/Agama:/Devel/images/iso/

Puedes probarla en tus equipos y reportar errores en su repositorio en GitHub.

Puedes leer el anuncio oficial con estos y más detalles del lanzamiento de Agama 11 en su blog:

• https://agama-project.github.io/blog/2025/01/21/Agama-11

The discussion explores various computer sleep states defined by the ACPI standard, ranging from S0 to S5. Each state affects power consumption and wake-up times differently, with S3 (suspend to RAM) being the most commonly used. The effectiveness of these states can vary across different systems and manufacturers.

A DeepSeek, uma startup chinesa, anunciou que seu novo modelo de IA de código aberto, o Janus-Pro-7B, superou o DALL-E 3 da OpenAI e o Stable Diffusion da Stability AI em benchmarks de geração de imagens a partir de texto, conforme detalhado em um relatório técnico divulgado na segunda-feira. Este modelo é uma evolução do Janus, lançado no ano passado, e chega após o sucesso do novo assistente baseado no DeepSeek-V3, que rapidamente se tornou o aplicativo gratuito mais popular na App Store dos Estados Unidos.

Segundo a empresa, o Janus-Pro-7B aprimora o modelo anterior ao melhorar os processos de treinamento, a qualidade dos dados e o tamanho do modelo, o que resulta em maior estabilidade e riqueza de detalhes nas imagens. Além disso, ao incorporar 72 milhões de novas imagens sintéticas de alta qualidade e equilibrá-las com dados reais, o modelo conseguiu produzir resultados visuais mais atraentes e estáveis.

O relatório também destacou que a nova versão do modelo, com até 7 bilhões de parâmetros, oferece melhorias na velocidade de treinamento e na precisão da conversão de texto em imagem e compreensão de tarefas.

Fontes: https://huggingface.co/deepseek-ai/Janus-Pro-7B

Behold, My First RPM

I've written tons and tons of software, but was never much for packaging it. If I did any packaging, it was typically sticking a server into a container.

Yesterday morning I realized it has been something like 25 or 30 years since I wrote any functional C code, so I decided to do a refreshing, with the help of some AI. After reviewing the syntax and pointers, I wrote a CLI version of a Python app that I wrote a while back.

Python GUI Version

The problem is that I travel for work, but when I do, openSUSE doesn't seem to pick up on my new timezone, and it was a complex set of commands that I could not remember easily to set the new timezone. So I wrote a little GUI tool.

CLI C Version

So I basically did the same thing, but for the CLI, and in C. I made sure that I understood all of the code as I wrote, that I have to admit, I sort of glossed over the code for iterating through the directories and files.

This version does basically the same thing, but doesn't require the GUI.

Packaging

But wait! There is more. With some more AI assistance, I was able to put up a package that I can install on my machines.

Conclusion

I fully get that there are "official" ways of setting the timezone. The point is that I was able to go from not having written any C code in decades, to having a package in less than 2 hours! I also think my tool is a bit sweeter than timedatectl, etc...

In 2020, the Python foundation declared Python 2 as not maintained anymore.

Python 2 is really old, not maintained and should not be used by anyone in any modern environment, but software is complex and python2 still exists in some modern Linux distributions like Tumbleweed.

The past week the request to delete Python 2 from Tumbleweed was created and is going through the staging process.

The main package keeping Python 2 around for Tumbleweed was Gimp 2, that doesn't depends directly on Python 2, but some of the plugins depends on it. Now that we've Gimp 3 in Tumbleweed, we are able to finally remove it.

Python 2

The first version of Python 2 was released around 2000, so it's now 25 years old. That's not true, because software is a living creature, so as you may know, Python 2 grew during the following years with patch and minor releases until 2020 that was the final release 2.7.18.

But even when it was maintained until 2020, it was deprecated for a long time so everyone "should" have time to migrate to python 3.

Py3K

I started to write python code around the year 2006. I was bored during a summer internship at my third year of computer science, and I decided to learn something new. In the following months / years I heard a lot about the futurist Python 3000, but I didn't worry too much until it was officially released and the migration started to be a thing.

If you have ever write python2 code you will know about some of the main differences with python3:

• print vs print()
• raw_input() vs input()
• unicode() vs str
• ...

Some tools appeared to make it easier to migrate from python2 to python3, and even it was possible to have code compatible with both versions at the same time using the __future__ module.

You should have heard about the six package, 2 * 3 = 6. Maybe the name should be five instead of six, because it was a Python "2 and 3" compatibility library.

Python in Linux command line

When python3 started to be the main python, there were some discussion about how to handle that in different Linux distributions. The /usr/bin/python binary was present and everyone expect that to be python2, so almost everyone decided to keep that relation forever and distribute python3 as /usr/bin/python3, so you can have both installed without conflicts and there's no confusion.

But python is an interpreted language, and if you have python code, you can't tell if it's python2 or python3. The shebang line in the executable python scripts should point to the correct interpreter and that should be enough like #!/usr/bin/python3 will use the python3 interpreter and #!/usr/bin/python will use python2.

But this is not always true, some distributions uses python3 in /usr/bin/python like Archlinux or if you create a virtualenv with python3, the python binary points to the python3 interpreter, so a shebang like #!/usr/bin/python could be something valid for a python3 script.

In any case, the recommended and safest way is to always use python3 binary because that way it'll work correctly "everywhere".

Goodbye

It's time to say goodbye to python2, at least we can remove it now from Tumbleweed. It'll be around for some more time in Leap, but it's the time to let it go.