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 “Conectando KDE Plasma con Home Assistant a través de kiot” de Ivan Gregori, uno de los nuevos socios de KDE España que está en plena forma a la hora de promocionar el Software Libre.

Conectando KDE Plasma con Home Assistant a través de kiot

Hoy vamos a hablar de kiot, un software aún en una fase muuuy primitiva, que pretende (por fin), transformar nuestro KDE Plasma en un «elemento inteligente» más de nuestra casa. Esencialmente, funciona comunicándose con Home Assistant para ofrecer a ésta plataforma múltiples sensores y actuadores.

Home Assistant: una obra maestra del software libre 🏠

Para aquellos que no lo conozcan, Home Assistant es hoy en día el proyecto más grande para hacer tu casa inteligente que existe, y de lejos. Por cierto, por supuesto, es software libre.

Se trata de una plataforma que es capaz de centralizar dentro de tu casa, y de forma completamente privada, la comunicación con muchísimos dispositivos diferentes y con tecnologías diversas, y permite leer y actuar sobre estos dispositivos de forma muy fácil e intuitiva; pudiendo hacer que las cosas ocurran automáticamente, o a través de una interfaz en tu móvil, comandos de voz…

Por cierto, no es que no tenga nada que envidiar a las opciones privativas de Google, Amazon, Apple… es que se las come con patatas. Estas empresas tomaron una decisión muy equivocada: crear entornos cerrados, donde sean las empresas las que tengan que adaptar sus productos a ellos, y por lo tanto tengan que destinar su dinero a esos múltiples protocolos. En Home Assistant, cualquiera puede crear una integración para lo que sea. Tú suelta una API en GitHub, y mañana hay 7 proyectos comunitarios de Home Assistant que la integran. Ese es el poder del software libre. Democracia y sostenibilidad.

Simple por defecto, potente cuando lo necesitas ⚙️

Si hay algo que hace brillar a Home Assistant, en mi opinión, es que hay mucho mucho trabajo puesto en hacer que sea fácil. Casi todo lo básico (incluso más) se puede hacer con un par de clics.

Sin embargo, e idénticamente a la filosofía de KDE, también es muy fácil poder ir más allá y que no sientas que la herramienta te limita en posibilidades. Home Assistant es realmente muy flexible, y permite que puedas ir poco a poco creciendo con él y llevándolo aún más lejos de lo que podías concebir.

¿Y si tu ordenador se pudiera sumar a la fiesta? 💻

Al poco tiempo de estar usando Home Assistant, y montarme mis propios scripts para controlar una baratísima luz RGB a través de infrarrojos, pensé en lo brutalísimo que sería si pudiera hacer cosas como:

• sincronizar la luz con el color de acento de mi Plasma
• poner la luz en rojo parpadeante para avisar de que estoy en una videollamada
• apagar o suspender el ordenador con un comando de voz desde la cama de «buenas noches»
• mandarme una notificación al móvil si es hora de trabajar y aún no tengo el ordenador encendido
• …

Las posibilidades son literalmente infinitas. Como la personalización de Plasma, vaya.

Aquí entra kiot 🙌

Pues resulta que, obviamente, no soy el único que pensó en ello, y David Edmundson, un conocido desarrollador en KDE, ha puesto los primeros cimientos de una herramienta que ha llamado kiot (KDE Internet Of Things), mezclando la clásica K con el concepto del IoT.

No es fácil de instalar ahora mismo. Con muy muy poquita idea de C++ y los cmake y problemas de dependencias, la verdad es que me costó un buen rato poder hacerlo funcionar. La documentación es más bien escasa (por ahora). ¡Pero funciona!

Características de kiot 📋

kiot, al menos a día de hoy, aunque dice ser una «integración» de Home Assistant, realmente utiliza la integración de MQTT de Home Assistant. Es decir, no existe una «integración de Plasma» que instalar en Home Assistant; sino que debes instalar la integración de MQTT.

Lo que hace kiot es comunicar a través de MQTT la existencia y estado de unos sensores y actuadores, además de recibir, por supuesto, las acciones pedidas desde Home Assistant. Esta es la pinta que tiene desde la configuración del dispositivo en Home Assistant:

Podría cambiarle los nombres, no te preocupes, pero siendo que estoy probando esto en una fase aún primitiva, prefiero dejar los nombres originales para que no nos perdamos al preguntar dudas, o generar reportes de bugs.

Scripts customizados ✏️

Cómo no, siguiendo la filosofía de Home Assistant y KDE, en kiot es bastante fácil añadir «botones» para ejecutar scripts particulares en nuestro ordenador. Muy parecido, por no decir, de idéntica manera a como podemos hacer también en KDE Connect. Eso sí, con una diferencia fundamental, en Home Assistant podrías hacer que se ejecutara… por ejemplo… si sale el día lluvioso, 😅

Aún así, queda mucho camino por delante 🚧

Ya no es solamente porque estamos en una alpha, que casi está más cerca de ser una prueba de concepto que otra cosa… La realidad es que, apenas hemos rozado el inicio de una integración.

Por ejemplo, el cliente de Home Assistant para Android no solo permite a Home Assistant leer y actuar sobre un montón (literalmente cientos) de sensores y actuadores, como por ejemplo:

• nombre de la red Wi-Fi a la que estás conectado,
• activar/desactivar rotación y bloqueo de pantalla,
• coordenadas GPS,
• activar modo vibración/silencio/sonido,
• saber qué aplicación tienes abierta en este momento,
• cambio de duración del tiempo de pantalla encendida,
• …
  Sino que además,
• proporciona una interfaz para poder controlar el resto de tu casa inteligente,
• permite crear botones y widgets en el launcher, o en la sección de notificaciones (barra de controles),
• puedes establecer un «asistente de voz» para controlar Home Assistant
• e incluso recibir notificaciones interactivas de Home Assistant, por ejemplo, para apagar una luz que lleva demasiado rato encendida.
  Y por supuesto, puedes elegir si exponer o no cada sensor y actuador, para evitar posibles problemas.

Ese es mi sueño para Plasma. Que mi ordenador funcione como parte de un organismo aún más grande. La primera piedra está puesta, pero falta mucho por recorrer. ¿Te unes?

La entrada Conectando KDE Plasma con Home Assistant a través de kiot se publicó primero en KDE Blog.

Tras un parón debido al salto de Qt5/KF5 a Qt6/KF6 que realizó la Comunidad KDE hace ya más de seis meses decidí retomar esta sección aunque renombrándola ya que en ella solo hablaré de Plasmoides para Plasma 6. Así que hoy os presento Seua Weather, el plasmoide número 15 de esta nueva serie que nos permite tener un visor meteorológico completo con reloj y calendario.

Seua Weather, visor meteorológico completo – Plasmoides para Plasma 6 (15)

Como he comentado en otras ocasiones, de plasmoides tenemos de todo tipo funcionales, de configuración, de comportamiento, de decoración o, como no podía ser de otra forma, de información sobre nuestro sistema como puede ser el uso de disco duro, o de memoria RAM, la temperatura o la carga de uso de nuestras CPUs.

Así que espero que le deis la bienvenida a Seua Weather, el plasmoide número 15 de esta nueva serie que nos permite tener un visor meteorológico completo con reloj y calendario otra creación del incombustible zayronXIO.

Concretamente este plasmoide muestra el día de la semana, el mes, el día del mes y el tiempo actual mediante la API open-Meteo y tiene interesantes funcionalidades:

• Puede utilizar Celsius o Fahrenheit
• no requiere una clave API
• establece la ubicación basándose en su IP, pero también puede proporcionar las coordenadas usted mismo si lo prefiere.
• tamaño personalizable
• Tiene soporte para varios idiomas populares en la comunidad

Y como siempre digo, si os gusta el plasmoide podéis «pagarlo» de muchas formas en la página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

La entrada Seua Weather, visor meteorológico completo – Plasmoides para Plasma 6 (15) se publicó primero en KDE Blog.

Tumbleweed es una distribución de GNU/Linux «Rolling Release» o de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

Y recuerda que puedes estar al tanto de las nuevas publicaciones de snapshots en esta web:

• https://victorhck.gitlab.io/tumbleweed_snapshots/

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2025/02/tumbleweed-review-of-the-week-2025-09/

Esta semana se han publicado 7 nuevas snapshots  (0220…0226).

Las actualizaciones más destacadas de estas semanas:

• KDE Plasma 6.3.1
• GPG 2.5.4
• MariaDB 11.7.2
• Poppler 25.02.0
• LibXML 2.13.6
• PostgreSQL 17.4
• Mesa 25.0.0
• Linux kernel 6.13.4
• Boost 1.87.0
• ZStd 1.5.7

Pero hay mucho más que se está preparando

• KDE Plasma 6.3.2
• Linux kernel 6.13.5
• GCC 15: Ejecutaremos el enfoque de 2 fases bien probado de años anteriores: primero, cambiar las bibliotecas usadas a las generadas por gcc15 (la fase en la que estamos trabajando actualmente), luego cambiar a GCC 15 que es el compilador.
• glibc 2.41
• Python 3.13 como intérprete predeterminado

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• ¿Por qué deberías utilizar openSUSE Tumbleweed?
• zypper dup en Tumbleweed hace todo el trabajo al actualizar
• ¿Cual es el mejor comando para actualizar Tumbleweed?
• ¿Qué es el test openQA?
• http://download.opensuse.org/tumbleweed/iso/
• https://es.opensuse.org/Portal:Tumbleweed

——————————–

Dear Tumbleweed users and hackers,

This has been a very productive week with 7 published snapshots (0220…0226). Naturally, some snapshots were a bit smaller than others.. It does not matter if you update to all intermediate snapshots or skip a few. Tumbleweed is built to be resilient against this and should not care much. We frequently hear that people fire up a VM that was last used one year ago, running zypper dup, and being positively surprised that this all works. But you should be allowed to expect that.

The 7 snapshots from this week brought you these changes:

• KDE Plasma 6.3.1
• GPG 2.5.4
• MariaDB 11.7.2
• Poppler 25.02.0
• LibXML 2.13.6
• PostgreSQL 17.4
• Mesa 25.0.0
• Linux kernel 6.13.4
• Boost 1.87.0
• ZStd 1.5.7
• move to openmpi5

Staging projects are well occupied – testing these changes/updates:

• KDE Plasma 6.3.2
• Linux kernel 6.13.5
• GCC 15: We will run the well-tested 2-phase approach from previous years: first, switch the used libraries to the ones generated by gcc15 (the phase we are currently working on), then later switch to GCC 15 being the compiler.
• glibc 2.41: please help work out the errors in https://build.opensuse.org/project/show/openSUSE:Factory:Staging:O
• Python 3.13 as the default Python interpreter: Pending issues can be seen at https://build.opensuse.org/project/show/openSUSE:Factory:Staging:A. Just 1 more package to go: CEPH!

Hace mucho tiempo publiqué el mapa generado en Google de los usuarios de KDE. Ese mapa era colaborativo y voluntario pero generado sobre Software Privativo. En varias ocasiones pedí que alguien lo cambiara a OpenStreetMap y mis súplicas fueron escuchadas. Ya casi había olvidado este proyecto pero este agosto lo recuperé, publicitándolo en el grupo de Telegram KDE – Cañas y Bravas y parece que el proyecto ha tomado impulso, así que he decidido seguir publicitándolo durante unos meses. Así que os doy la bienvenida a la actualización de febrero_25 del mapa de usuarios KDE que, como vais a ver, se ha sigue llenando pero todavía no seguimos sin tener a nadie en Cáceres, Lleida, Cuenca, Salamanca o Huesca, por poner algunas capitales de provincia. ¿No podemos solucionar este vacío? ¿Conoces a alguien de alguna de esas capitales? Si es así dile que se apunte.

Actualización de febrero_25 del mapa de usuarios KDE

Si vais a ver el mapa de la Comunidad KDE de España marzo 2018, podréis ver una imagen estática de los usuarios que se habían puesto voluntariamente , y digo estática, porque alguien borró (queriendo o sin querer) los «pines» del mapa.

Ese incidente fue comentado en el grupo de Telegram KDE – Cañas y Bravas, y un usuario dijo que trabajaría en ello aprovechando que se debía empezar de nuevo el mapa.

Este compañero de grupo era @wakutiteo y creó, utilizando los servicios de uMap sobre OpenStreetMap el nuevo mapa de la usuarios KDE en España en el que podemos empezar a registrarnos.

En un principio había poca poca gente apuntada (mirad la entrada de junio de 2018) pero poco a poco se ha ido llenando, a pesar de la poca promoción que ha tenido. A ver si a partir de ahora voy dándole más cancha y el mapa crece .

2025

Febrero 2025

Este mes hemos tenido alguna que otra incorporación en Castilla la Mancha, donde hemos rellenado los hueco de Cuenca y Albacete, quedando solo Ciudad Real y Guadalajara como capitales no KDEeras. No obstante seguimos sin usuarios en capitales de provincia, además de las mencioandas, como Lleida, Salamanca, Huelva, Zamora, Lugo, Soria, Teruel, Segovia, Tarragona, Girona, Alicante, Santiago de Compostela, Pontevedra o Ávila, si no he mirado mal (que es posible).

Pincha en este enlace para ver el mapa interactivo.

Evidentemente, es voluntario y apuntaros es bajo vuestra propia responsabilidad. Os dejo también el mapa incrustado que se irá actualizando poco a poco.

Mostra-ho a pantalla completa

Enero 2025

2024

Para facilitar el seguimiento he decidido crear la sección del año separándolo del mes conrrespondiente.

Agosto 2024

Septiembre 2024

Octubre 2024

Diciembre 2024

Y también os dejo un vídeo de cómo editar el mapa para poder apuntaros.

¿Qué es Umap?

Básicamente, con uMap puedes crear mapas con capas de OpenStreetMap en un minuto e incrustarlo en tu página web, de código libre. Con uMap puedes realizar las siguientes acciones:

• Elegir las capas de tu mapa
• Añadir PDIs: marcadores, líneas, polígonos…
• Elegir los colores y los iconos de los PDIs
• Gestionar opciones del mapa: mostrar un minimapa, localizar al usuario al cargar…
• Importar por lotes datos geoestructurados (geojson, gpx, kml, osm…)
• Elegir la licencia de tus datos
• Embeber y compartir tu mapa

La entrada Actualización de febrero_25 del mapa de usuarios KDE se publicó primero en KDE Blog.

Esta nueva versión trae mejoras visuales, secciones mejoradas y mucho más

El pasado 28 de enero de 2025 publicaba en el blog la noticia de la publicación de Agama 11 y hoy un mes después ya está disponible Agama 12. Veamos algunas novedades.

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 más actual llamado Agama.

El cambio más llamativo a primera vista está relacionado con el aspecto visual. Han migrado a versiones más modernas el framework que ofrece ese aspecto visual en cuanto a ventanas, menús, etc.

Este nuevo Agama 12 ya está más alineado con la imagen de marca y reglas de diseño de SUSE, en cuanto a uso de colores corporativos, fuentes tipográficas unificadas, etc. Dándole ya un aspecto propio de SUSE/openSUSE. Pero además de este aspecto estético, muchas otras cosas se han cambiado.

Se han mejorado algunas de las secciones de las herramientas que ofrece Agama. Se han reestructurado las secciones para que sea más sencillo e intuitivo el uso de Agama tanto para un uso normal, como para un uso en el que podamos sacar todo su potencial y poder descubrir fácilmente todas las opciones que dispone a la hora de particionar o instalar el sistema.

La seguridad en este proceso es otro punto a no dejar de lado en ningún momento, así la configuración actual del usuario root cambiará en un futuro próximo, y en este Agama 12 ya se han dado los primeros pasos para esa seguridad mejorada, eliminando el paso obligatorio para establecer una contraseña para el usuario root e introducir una nueva sección de autenticación en lugar de la antigua.

Mejoras también en las instalaciones automáticas realizadas que era la tarea que realizaba antiguamente AutoYaST.

Para probar este nuevo instalador podemos hacerlo mediante una imagen ISO en modo live y esto también ha recibido unas mejoras. En esta ocasión, eso incluye algunos ajustes al administrador de ventanas subyacente (el sistema utiliza un IceWM como gestor de escritorio sobre el que corre Agama, esto ya ocurría en YaST), configuraciones menos agresivas para el ahorro de energía y el protector de pantalla y la capacidad de abrir un emulador terminal presionando Ctrl Alt t.

Puedes descargar la ISO desde aquí:

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

Además el equipo de desarrollo (en el que puedes aportar) ha establecido una hoja de ruta con las fechas estimadas de próximas publicaciones y las tareas sobre las que trabajarán en futuros lanzamientos. Puedes consultarla aquí:

• https://agama-project.github.io/docs/roadmap

Por supuesto, esto puede ayudar a la organización y gestión del proyecto, pero es algo flexible que puede variar dependiendo de las prioridades.

Agama poco a poco va ganando en funcionalidades hasta que esta versión más moderna, sustituya a YaST en funciones.

AI’s latest escapade into software piracy has left Microsoft scrambling, but let’s be honest; why even go through the hassle? If people are looking at not paying for an operating system, they don’t need to look far when alternatives like openSUSE exist?

With Linux distributions like openSUSE, there are no activation codes, no shady workarounds, no costs; just a fully functional, open and freely available operating system so users don’t have to break the law to break free from Windows’ licensing fees.

The Financial Benefits of Moving to Linux

Millions of computer users face a financial decision as they prepare for the end support for Windows 10 in October 2025; upgrade their operating systems at a cost depending on the users location, purchase new hardware with an OS installed or explore alternatives. Or, as Copilot seems to suggest, they could just ask an AI how to pirate Windows; because nothing says “secure computing” like taking legal advice from a chatbot.

For those feeling the pinch of rising costs due to stagflation, Linux distributions, particularly openSUSE’s Leap and Tumbleweed, offer a compelling, cost-effective alternative.

With no licensing fees, extended hardware compatibility and an abundance of software applications, Linux operating systems provide a compelling solution to reduce expenses while maintaining productivity, security and extending hardware lifespans to reduce electronic waste.

As part of our Upgrade to Freedom! campaign, this write-up focuses on the financial benefits of switching to openSUSE or another Linux operating system.

No Licensing Fees

One of the most immediate savings people notice when switching to Linux is the elimination of licensing fees. Licensing fees for some commercial operating systems can cost more than $100 USD per device. Enterprise solutions often incur additional costs for maintenance and upgrades.

Instead, people can save that money by going to get.opensuse.org and downloading an operating system without needing any codes or paying any money.

This zero-cost licensing model translates to significant savings to individual users, small businesses and large enterprises.

Investing in Linux is investing in one’s knowledge; it’s an investment into freedom. People get a professional-grade operating system without recurring costs using openSUSE.

Extend the Life of Your Hardware

Newer versions of Windows may require specific hardware features like TPM 2.0 and Secure Boot. For many older devices, this could render these devices incompatible and force users to purchase new machines.

The cost of a new laptop can run $350 USD or more, which is a substantial expense in a struggling economy. For a business, multiple devices could come at a hefty cost.

By contrast, openSUSE is optimized to run efficiently on a wide range of hardware, which includes older machines. Leap provides long-term stability, while Tumbleweed offers the news software updates to ensure devices remain relevant and functional for years to come. Members of the openSUSE community can also recommend using distributions like Slowroll, Aeon and Kalpa.

By switching to Linux, users may extend the life of their existing hardware and avoid contributing to any unnecessary e-waste; a cost that is much more precious than financial savings.

Apps and Open-Source Software

The financial benefits of Linux extends well beyond the operating system itself. The distributions provide access to a vast library of free, open-source applications that can replace costly proprietary software.

• Office Suites: LibreOffice is a powerful alternative to office suites that charge a premium.
• Creative Tools: GIMP and Inkscape provide robust alternatives to graphic design and image editing software, which can cost upwards of $600 per year for subscriptions.
• Development Tools: Developers can access free Integrated Development Environments like Visual Studio Code, JetBrains’ IntelliJ IDEA Community Edition and Eclipse.

For users who require specific Windows applications, tools like Wine, Bottles and Proton can help run those programs on Linux, which eliminates the need for additional software purchases. Linux systems are renowned for stability and security along with the reduction of time and money spent on IT support and maintenance.

Set up tools like YaST and advances with Agama provide intuitive ways to manage systems, updates, configurations and software installations, which can make it easy for non-technical users.

For businesses, the cost savings of switching to Linux can be immense. Companies running Windows often incur costs for server licenses and client access licenses (CALs). By moving to open-source solutions like openSUSE and its enterprise-focused sibling, SUSE Linux Enterprise, businesses can significantly reduce their IT expenses.

Small and medium-sized businesses can save thousands of dollars annually by adopting Linux. It’s not just about the initial savings but an ongoing reduction to operational costs.

As Windows 10 nears its expiration date, users and businesses have a choice: switch to openSUSE for a free, reliable solution; or start asking AI for sketchy workarounds and hope for the best.

Here is a step-by-step guide to start installing openSUSE.

This is part of a series on Upgrade to Freedom where we offer reasons to transition from Windows to Linux.

La shell Fish (Friendly interactive shell) acaba de publicar su versión 4.0.0 en la que han cambiado el código de C++ a Rust

Me acaban «de chivar» que Fish, la shell que utilizo en mi día a día, acaba de publicar la versión 4.0.0. Así que echo un vistazo a las notas de la publicación.

En esta versión Fish 4.0.0, el código principal de fish ha sido portado de C++ a Rust. Esto significa un gran cambio en las dependencias y en la forma de compilar Fish. Sin embargo, este cambio no debe influir en el producto final que nos llega a los usuarios.

La lista total de cambios, mejoras, correcciones y cosas obsoletas que se eliminan es muy extensa como para reproducirla aquí. Así que os remito a la publicación oficial que puedes leer en este enlace:

• https://fishshell.com/docs/current/relnotes.html#fish-4-0-0-released-february-27-2025

Utilizo Fish como Shell, no así como lenguaje de script y me he habituado mucho a sus sugerencias, a cómo recuerda el comando que necesito o lo fácil que es acceder a él.

Agama development goes on at good pace and, approximately one month after our latest blog post, we have more news for you. Not only a new version of Agama with a completely refreshed user interface and other significant changes, but also some information about the future.

New visual appearance​

Let's start with the most obvious change introduced at Agama 12. You may know that the Agama web interface relies on the Patternfly framework, the same design system used by Cockpit. In this version of Agama, we migrated to the latest major version of Patternfly (v6), which brings several improvements and quite noticeable visual changes. Moreover, we took the opportunity to align with the SUSE branding guidelines regarding aspects like typography, colors, etc.

More than ever, in this case a picture is worth a thousand words.

But the changes on the user interface go far beyond cosmetic aspects and general usability improvements. On top of that, some sections went through an overhaul.

Revamped Storage section​

In previous Agama releases, the section of the user interface used to configure the storage devices (partitions, LVM, etc.) was very powerful. It allowed to create complex setups over single or multiple disks based on partitions and/or LVM volume groups, to use hard disks directly formatted (without partitions), to reuse existing partitions or volume groups (optionally re-formatting them) and much more. But it had some problems.

On the one hand, most users failed to discover how to access to all those features. The interface was not self-explanatory enough. On the other hand, we were struggling to find a way to add more functionality (especially software RAIDs) in a consistent way. To make things a bit more problematic, the configuration generated by that user interface was not fully aligned with the usual mindset of our users currently relying on profile-based configuration (ie. unattended installation).

Thus, a couple of months ago, we decided to change the approach of that user interface. But it took us some time to reach a point in which the new interface is functional enough for basic configurations.

The new section is still far from its final form and also from providing all the possibilities of the previous interface. So expect significant updates on future releases, like bringing back the support to define LVM volume groups. Meanwhile, you can read about its existing and future capabilities at the corresponding section of the Agama user documentation.

Changes in authentication management​

Security is a topic that demands constant re-evaluation. When it comes to a Linux system, one of the first aspects of security is the way to organize users, privileges and authentication. SUSE and openSUSE have been reconsidering lately how to approach that and it seems clear that the traditional role of the root user and the default configuration of sudo are going to change in future releases of SLE and openSUSE Leap.

Agama 12 already takes the first steps to adapt to the new situation, removing the mandatory step to set a password for the root user and introducing a new Authentication section instead of the former Users one.

This is just the first iteration for a part of Agama that will receive several improvements regarding usability and wording in upcoming releases.

Post-partitioning script​

Not all changes at Agama 12 affect the user interface. Unattended installation also received a bunch of improvements, including the ability to execute scripts right after setting up the storage layout.

As you may know, both AutoYaST and Agama offer the possibility to specify custom scripts that can be executed at several points of the installation workflow. In previous versions Agama already offered the so-called pre-installation scripts, post-installation scripts and init scripts. But now Agama 12 offers also post-partitioning scripts that can be used, among many other things, to deploy configuration files before the packages are installed, modifying with that the behavior of the scripts included at RPM packages.

Information about AutoYaST compatibility​

And talking about unattended installation, we cannot forget one of the main features of Agama - its backwards compatibility with AutoYaST. Such a compatibility is not perfect and never will be, due to the difference in scope between both Agama (focused on installation) and AutoYaST (a more general configuration tool).

Now when Agama reads an AutoYaST profile it informs the user about the sections that will be ignored, making a difference between those sections that will be supported soon by Agama and those that are considered to be out of its scope even for the future.

The report can be disabled by specifying agama.ay_check=0 as a boot parameter.

We also took the opportunity to update the corresponding information at the AutoYaST compatibility reference document. What is even better, we introduced some mechanisms to generate such a document based on the same information used by Agama to generate the compatibility report during execution, so we can make sure the documentation is in sync with the actual implementation.

Improvements at the Live ISO​

Most users will execute Agama using the default installation media for SUSE or openSUSE distributions, which we unsurprisingly call Agama-live (since it is just a live Linux system running Agama).

Although the installation media is relatively independent from Agama itself, we take every Agama release as an opportunity to announce some of the latest improvements. In this occasion that includes some tweaks to the underlying window manager (IceWM), less aggressive settings for both power saving and the screensaver and the ability to open a terminal emulator by pressing ctrl+alt+t.

Find the latest version of the openSUSE Agama Live ISO image, including Agama 12, at its usual location.

A glance into the future​

This time we will use the release of Agama 12 as an opportunity to announce something else. We decided to add a Roadmap section to the Agama home page.

They say "plans are useless, but planning is indispensable". That may be the case of the Agama roadmap. We have a clear goal in the mid term, but we are constantly re-evaluating our priorities and the next steps to be taken. As such, you can expect that document to be updated often. Do not carve it into stone!

See you soon!​

As you can see in the mentioned roadmap, we plan to release Agama 13 by the end of March. And of course that will mean another blog post for you to enjoy the YaST Team adventures.

Meanwhile, you can also find us at SUSECON 2025, which will take place at Orlando (USA). Part of the team will be there to meet our beloved users and conduct a couple of sessions about Agama.

If you cannot be there in person, you can of course meet us at our usual online channels, like the Agama project at GitHub and the #yast channel at Libera.chat.

Have a lot of fun!

During CES Nvidia announced a new AI desktop supercomputer: Project DIGITS. Starting at $3000 it puts AI processing capabilities on the desktop what just recently needed multiple servers and a few more zeroes at the end of the price tag.

As an IBM Champion for POWER my first thought was that Project DIGITS is nice, but I’d love to see something based on POWER. Of course it’s just a game of thoughts, as IBM left the workstation business many years ago, both for x86 and POWER. So, even if I had some ideas, I did not care much about them. However, at FOSDEM someone described almost the same dream AI system. It means that I’m not alone, and it’s worth sharing this idea :-) And, of course, even if it is never implemented as a workstation, the technologies are interesting to learn about.

POWER 10 already has some extra instructions related to AI, making it efficient at AI tasks even without using a GPU. You can read more about it in the IBM blog at https://developer.ibm.com/blogs/run-ai-inferencing-on-power10-leveraging-mma/. Power 11 is coming this year, and will be include these instructions while being both faster and more energy efficient.

At IBM it’s not just Power CPUs when it comes to AI. They are also working on a dedicated AI accelerator card, called Spyre. I’m an environmental engineer by degree, so I very much appreciate IBM’s approach here. They focus on energy efficiency. If a single card does not provide you with enough processing capabilities, you can use multiple easy to cool cards, which also helps to reduce hardware failure rates.

After all this introduction I guess you could figure out our idea: a Power 11 + Spyre AI accelerator workstation. Just the smallest Power 11 CPU coupled with a single Spyre AI accelerator card and an entry level graphics card, all nicely packed in a well sealed silent case. The GPU here is just to drive the screen, not for AI. It could lower the entry barrier to AI on Power, and make developers more passionate about their jobs.

Why a workstation, and why do I mention passion? Having a workstation is not a requirement to develop for an architecture. However, I know from talking to people at FOSDEM, many other conferences or on-line, that most developers have more passion working on things on a machine on / under their desk. In the open source world, many important developments are born due to passion, in spare time, even by paid developers. Having a Power workstation with AI also could help in keeping POWER relevant in the open source world.