Me enorgullece seguir presentando los vídeos de la pasada Akademy-es. Hoy sigo con la ponencia «Mirando más allá de Plasma 6» realizada en Akademy-es 2024 de València esLibre Edition donde vemos en remoto a Aleix Pol, Presidente de KDE e.V., donde nos pone en prespectiva del futuro más allá de Plasma 6. Un excelente punto de partida para poder conocer de forma virtual el gran evento de la comunidad española de KDE.

Mirando más allá de Plasma 6 en Akademy-es 2024 de València esLibre Edition #akademyes

Hoy me sigue complaciendo presentar un gran trabajo de equipo que se inició con los técnicos de GNU/Linux València, que utilizando los dispositivos de Slimbook, consiguieron grabar con éxito todas las ponencias de Akademy-es.

Posteriormente, David Marzal y Jon Intxaurbe se encargaron de ir montando la ponencias para poder publicarlas, de momento, en Kockatoo Tube. Están todas, con subtítulos y todo, así que poco a poco las voy a ir promocionando en el blog.

Sigo la serie con la charla Mirando más allá de Plasma 6 de la mano de Aleix Pol, presidente de KDE e.V., ex-presidente de KDE España y buen amigo. Su introducción, como siempre, es breve y concisa.

Hablaremos de lo que ha pasado el último año en los ámbitos de desarrollo de KDE y veremos qué podría hacer KDE ahora para seguir mejorando la experiencia a sus usuarios.

Gracias a Jon por su inestimable ayuda en la edición de estos vídeos. En comunidad somos más fuertes.

¿Qué es el Akademy-es?

Akademy-es es el encuentro anual de desarrolladores, colaboradores y usuarios de KDE en España, que se celebra desde el año 2006 en distintas ciudades del territorio español y con esta se llegará a la decimasexta edición, lo cual significa una cifra más que aceptable.

Más información: KDE España

La entrada Mirando más allá de Plasma 6 en Akademy-es 2024 de València esLibre Edition #akademyes se publicó primero en KDE Blog.

Echemos un vistazo a las novedades que el equipo de desarrollo del instalador Agama ha añadido en esta versión 13

El tiempo vuela y ya ha pasado algo más de un mes desde que echamos un vistazo a lo que traía de nuevo Agama 12. Veamos qué novedades han implementado en esta versión 13.

Modificar el hostname

En esta versión 13 ya se ha añadido una funcionalidad que se había pedido y que parecía algo fácil de incluir. El poder modificar y establecer el nombre de host durante el proceso de instalación. Es decir, el nombre de tu equipo en la red. Algo que es posible en YaST.

Esta funcionalidad parece algo sencillo de implementar, pero como suele ocurrir, no todo es tan sencillo como parece y esa tarea les llevó más tiempo de lo deseado al equipo de desarrollo.

Pero ahora tiene una sección diferenciada donde poder configurar el hostname del equipo. Aunque n se espera que la configuración del nombre del host permanezca en su propia sección separada de la interfaz de usuario por mucho tiempo. En próximas versiones tratarán de integrarlo en otra sección (probablemente una nueva llamada «sistema»).

Instalación en volúmenes lógicos LVM

Poco a poco se van implementando más funcionalidades y entre ellas la posibilidad de instalar volúmenes lógicos mediante LVM. La nueva interfaz sigue siendo un poco tosca, pero ya permite definir uno o más grupos de volúmenes con cualquier número de volúmenes lógicos. Agama calculará automáticamente todos los tamaños finales tanto para los volúmenes lógicos como para las particiones necesarias para alojar los volúmenes físicos LVM.

Registrar extensiones de SUSE Costumer Center

Las posibilidades que ofrece de manera predeterminada cualquier distribución (open)SUSE Linux pueden ampliarse añadiendo repositorios adicionales. En el caso de productos de nivel empresarial como SLES, eso significa activar complementos y extensiones, que pueden estar sujetos a algún proceso de registro antes de estar disponibles para su instalación.

En el caso del registro de extensiones, ya se está trabajando para hacerlo posible a través de la interfaz de usuario web para Agama 14, que se espera que se lance a finales de abril.

Estas son solo algunas de las funciones que se han desarrollado, pero existen muchas otras relacionadas con la función de mejorar el proceso de instalaciones automáticas desatendidas que ya estaban muy afianzadas en YaST y que en el nuevo agama van cogiendo forma poco a poco.

Echa un vistazo al anuncio oficial si te interesa conocer más en detalle todas estas mejoras. O pruébalas tu mismo descargado una ISO y ver en directo estas nuevas funcionalidades.

Este año, el encuentro anual de desarrolladores de la Comunidad KDE se va a celebrar en Berlín de forma presencial y online, concretamente del 6 al 11 de septiembre. Es por ello que es el momento de animaros si pensáis que podéis aportar algo al evento a participar de forma activa:. Así que presenta tu charla para Akademy 2025 y muestra al mundo tu implicación con el Software Libre.

Presenta tu charla para Akademy 2025 de Berlín, Alemania

Este año se me ha pasado por alto compartir con vosotros que Akademy 2025 se realizaría en Alemania del 6 al 11 de septiembre en una edición que sigue con el formato híbrido ya que sus organizadores ya le han cogido el truco para hacerlo accesible a todo el mundo.

Siguiendo el esquema habitual, las charlas se realizarán el sábado 6 y el domingo 7, dejando el resto de días para el trabajo en pequeños grupos en sala más reservadas pero no privadas, es decir, que no están cerradas sino que todo el que quiera aportar algo está invitado.

Como se ha comentado en anteriores ocasiones, uno de los objetivos de Akademy es aprender y enseñar nuevos conocimientos y compartir entre nosotros la pasión de lo que se hace en KDE.

Para compartir ideas, experiencias o momentos, se reservan talleres específicos en la sede (o se aprovechan los corrillos en los pasillos, las cenas o los momentos de barra), pero para enseñar y compartir detalles técnicos se utilizan las charlas.

Si crees que tienes algo importante que presentar, por favor házselo saber a la organización. Y si crees que alguien debería presentar su ponencia, no dejes de animarlo para que lo haga. Todas las contribuciones son útiles y, si necesitas, inspiración:

• Cómo KDE puede impulsar la creación de comunidades sólidas en entornos políticos cambiantes
• Trabajar para alcanzar los objetivos de KDE: Experiencia optimizada en el desarrollo de aplicaciones, Nos importa tu opinión y KDE te necesita
• Brindar a las personas mayor libertad, soberanía y autonomía digital con el software de KDE
• Guías de participación para nuevos usuarios, usuarios intermedios y expertos
• Nuevos desarrollos/planes para KDE Frameworks, Plasma, aplicaciones y otros proyectos
• Cualquier otra información que pueda interesar a la audiencia.

Para más detalles, mira las líneas generales del Call for Papers. Tienes de plazo para enviar tu propuesta hasta el 15 de mayo 23:59:59 CEST.

¿Qué es Akademy?

Para los que no lo sepan, Akademy es el evento de la Comunidad KDE que aúna en una gran conferencia todo tipo de simpatizantes de KDE como desarrolladores, diseñadores, usuarios, traductores, promotores, ideólogos, etc. Allí se reunirán a lo largo de una semana para compartir charlas, cenas, ponencias, talleres y, en definitiva, para trabajar juntos.
Es una gran semana que sirve para unir más fuerte los lazos que unen nuestra Comunidad, así como para crear nuevos que se mantendran gracias a las listas de correo, canales irc o Sprints.

La entrada Presenta tu charla para Akademy 2025 de Berlín, Alemania se publicó primero en KDE Blog.

Time flies and more than a month has passed since the announcement of Agama 12. Fortunately the YaST Team has not been idle and we have a new version of Agama to present. Say hello to Agama 13, including some additions to the web interface and many improvements for unattended installations.

Setting the hostname​

Let's start with a feature that some people would consider rather basic or, at least, something easy to implement - the ability to set a name for the machine (ie. hostname) during installation. The naked truth is that it took us some time to open that can of worms because it is a rather complicated topic.

First of all, there is nothing like a unique hostname since a machine can have different names depending on the network interface used to interact with it. Moreover, those names can be static or transient and there are several mechanisms to set or modify them with relatively complex precedence rules in several situations.

One of those mentioned mechanisms, already available at previous versions of the Agama-Live installation media, was specifying the hostname= boot argument. In Agama 13 we extended that with some limited support to configure the hostname at the Agama configuration (to be used by the command-line interface and during unattended installation) and with a simple dedicated section at the web user interface.

Hostname settings are not expected to remain at its own separate section of the user interface for long. We plan to integrate it in another section (likely a new one called "System") in future releases of Agama.

Installing on LVM​

Another feature that got a preliminary user interface at Agama 13 is the ability to install using LVM (Logical Volume Manager).

As you may know, it was already possible to define LVM volume groups and logical volumes at the storage section of the Agama configuration that can be used both in unattended installation and in the command-line interface. Agama 13 provides a first integration of that functionality into the web user interface.

The new interface is still a bit rough around the edges but already allows to define one or more volume groups with any number of logical volumes. Agama will automatically calculate all the final sizes both for the logical volumes and for the partitions needed to host the LVM physical volumes.

Register extensions from the SUSE Customer Center​

The possibilities offered by default by any (open)SUSE Linux distribution can be extended adding extra repositories. In the case of enterprise-grade products like SLES that means activating add-ons and extensions, which may be subject to some registration process before being available for installation.

For that purpose, the product configuration at Agama 13 was extended with the option addon. The following example shows how that could be used to register the High Availability extension that can be added to any installation of SUSE Linux Enterprise Server thanks to the SUSE Customer Center.

{
  "product": {
    "id": "SLES",
    "registrationCode": "<CODE>",
    "addons": [
      {
        "id": "sle-ha",
        "registrationCode": "<CODE>"
      }
    ]
  }
}

As you already know, adding a feature to the Agama configuration implies it can be used during unattended installation and also on interactive installations using the command-line interface. But it does not imply such a feature will be automatically available at the web user interface of Agama.

In the case of registering extensions, we are already working to make it possible via the web UI for Agama 14, expected to be released by the end of April. That is not the case for another of the features we recently added to the Agama configuration.

Selecting individual packages to install​

Similar to the product section, Agama 13 also extends the software one with new possibilities. In addition to the previously available list of patterns, now it is also possible to specify a list of individual packages, not necessarily contained on any pattern.

{
  "software": {
    "patterns": ["gnome_desktop"],
    "packages": ["vim"],
  }
}

As mentioned before, there are no plans to add such a fine-grained software selection to the web user interface of Agama.

Support for AutoYaST-style URLs​

As you may know, one of the goals of Agama is to provide a seamless transition from AutoYaST. That implies being able to read the configuration for the unattended installation from the same locations that AutoYaST can handle.

The configuration is usually indicated by a URL that is passed to the installer. But AutoYaST URLs are one of a kind - they support all kind of non-standard schemes like device:// or label://, each of them with their own AutoYaST-specific semantic.

Agama now supports URLs starting with device:, usb:, label:, HD:, DVD: and cd:. You can know more about those special schemas at the corresponding page of the Agama documentation site. Support for well-known URL schemas (like file:, http:, etc.) is still implemented using curl under the hood.

Automated search of unattended configuration​

And talking about searching, you may know that AutoYaST is able to find the auto-installation profile at several predefined locations, even if no URL was explicitly specified by the user. As part of our effort to make Agama an almost-direct replacement for AutoYaST we implemented a very similar functionality.

If Agama is started in automatic mode but no configuration (profile) is specified, Agama will automatically search for it in the same pre-defined locations used by AutoYaST. In those cases, Agama expects a file named autoinst.jsonnet, autoinst.json or autoinst.xml (in that order) to be located on:

• The root of a file system with the label OEMDRV.
• Or the root (/) of the installation environment.

The first file found is used as the profile, starting the installation right away.

Deploy files during installation​

Going further into the role of Agama as an AutoYaST successor, you may know that AutoYaST allows to deploy complete configuration files using the <files /> element. Just like scripts, it is possible to embed the file content in the profile or, if preferred, to retrieve it from a remote location.

Of course, we decided Agama should offer the same functionality that you can see in action in the following example.

{
   "product": {
      "id": "Tumbleweed",
   },
   "user": {
      "fullName": "beloved TUX",
      "password": "tux",
      "userName": "tux"
   },
   "root": {
     "password": "linux"
   },
   "files": [
      {
        destination: "/home/tux/scripts/test.sh",
        content: |||
          #!/usr/bin/bash
          systemctl start multipathd.socket multipathd.service
        |||,
        permissions: "755",
        user: "tux",
        group: "users"
      },
      {
        destination: "/root/test2.md",
        url: "https://gist.githubusercontent.com/example/a_file.md"
      }
   ]
}

We keep moving​

We are already working at Agama 14, that will provide new functionality and will improve some of the features introduced at Agama 13. Meanwhile do not hesitate to give Agama a try using our latest Live ISO images.

As always can contact us at the Agama project at GitHub and our #yast channel at Libera.chat. See you soon!

We are excited to announce the openSUSE.Asia Summit 2025 Logo Competition!

A logo is more than just a design—it represents the spirit, identity, and energy of the event. Every year, the summit logo reflects the unique, diverse, and dynamic communities of the host country.

This time, the openSUSE.Asia Summit 2025 will be held in Faridabad, India, bringing together open-source enthusiasts, developers, and contributors from across Asia. We invite creative minds to design an outstanding logo for this year.

The competition is now open! As a token of appreciation, the winning design receives a special prize from the summit committee.

Contest Rules & Guidelines

Licensing

• The logo must be licensed under CC-BY-SA 4.0, allowing the openSUSE community to use it freely without needing to provide attribution each time, as typically required by the license, if the logo is selected.
• More details on licensing

Originality

• The design must be original and must not include any third-party materials.

Design Requirements

• Formats: Submit both monochrome and color versions of the logo.
• File Format: The design must be in SVG format.
• Theme: The logo should reflect openSUSE, open-source values, and the diverse Asian community.

Avoid Using

• Brand names or trademarks of any kind.
• Inappropriate, offensive, or discriminatory imagery.
• Religious, political, or nationalist symbols.
• Weapons, violence, drugs, or alcohol-related elements.

Branding & Guidelines

• The logo should adhere to the openSUSE Project Trademark Guidelines.
• You may also refer to openSUSE branding guidelines (optional).

How to Submit

Send your design to opensuseasia-summit@googlegroups.com with the following details:

Email Subject: openSUSE.Asia Summit 2025 Logo Design - [Your Name] Attachments:

1. Vector File: The logo in SVG format ONLY (Refer to template in Figure 1).
2. Bitmap File: A PNG version (minimum 256x256 pixels).
3. Design Philosophy: A short TXT or PDF document explaining your concept.
4. File Size: Ensure all files are under 512 KB.

Figure 1. Sample SVG Template for the logo

The openSUSE.Asia Summit Committee will carefully review all submissions. Note: Final decision will be made by the committee and may not necessarily be the highest-voted design.

Tip: Use Inkscape, a free and open-source vector design tool!

Important Dates

• Submission Deadline: 10 June 2025
• Winner Announcement: 20 June 2025

This new era of tariffs and retaliatory measures may ripple through the tech sector and accelerate interest in open-source alternatives like openSUSE.

Businesses and governments globally are now considering their heavy dependence on proprietary software just as Microsoft ends support for its Windows 10 operating system.

These growing uncertainties are lending fresh momentum to the Upgrade to Freedom campaign, which is a grassroots initiative to encourage individuals and institutions to adopt open-source software.

The timing could not be more critical.

Some, like geopolitical thinker Fareed Zakaria, believe the digital cold war will fracture into rival political blocs, but open-source solutions offer clear alternatives.

These alternatives are fully transparent, backed by global communities, and have proven themselves trustworthy for use in governments, institutions and enterprise environments.

Installing open-source solutions like openSUSE’s Leap, Slowroll, Tumbleweed, Kalpa, Aeon or others gives users control of their infrastructure without licensing constraints, opaque code and geopolitical risk.

Open-source software belongs to everyone, and stands apart as being neutral, transparent and resilient by design.

This evolving trade dispute will have financial implications. stretching beyond software updates. If a digital services tax or stricter antitrust rules prevail in response to tariffs, access to cloud services, developer tools and even app stores could become more complicated or expensive for people.

Analysts say these disputes jeopardize operations and sovereignty for those reliant on closed-source platforms. Migrations from Windows to Linux have never been more important.

The European Commission sees open-source software as more than an IT tool. Policy makers are encouraging open-source ecosystems to drive innovation, autonomy and collaboration in a world where global trade is being redrawn.

This trade dispute highlights something most open-source advocates have known for years: open source is freedom. It’s freedom from monopolies, freedom from arbitrary pricing, and freedom from foreign influence.

Don’t buy new hardware just to keep up with software you no longer control. Reclaim your independence and build a future not dictated by trade wars or tech monopolies. Install openSUSE, reduce dependencies and protect your digital future.

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

As an Intel Innovator, I received the AI ​​PC DevKit. This machine is a fully upgraded modular mini PC that combines premium design with powerful performance, targeting users needing high-load computing and localized AI processing. It features the latest Intel® Core Ultra 7 processor with a 16-core (6P+8E+2LP) configuration, integrated Intel® Arc 140T GPU, and a built-in NPU, offering up to 96 TOPS of AI computing power. With LPDDR5X 8400MHz memory and advanced architecture, it supports demanding tasks like 8K video editing, 3D rendering, and AI model training.

Intel AI PCs: Powering the Future of Local AI

Intel AI PCs lead the way in AI-driven innovation, seamlessly integrating advanced hardware and software to provide exceptional performance tailored for enterprise and developer needs.

Now with this equipment, I will provide NPU support for the openSUSE Linux distribution natively. With this, NPU support will be used natively in this distribution without the need for any additional installation. The results are encouraging using openVINO technology with NPU, the final result of the work will take a while but news will be coming soon.

To get everyone excited, we will have AI assistants in the VIM/VI editor and also in Linux Shell commands with OpenVINO and Intel’s NPU.

I will be able to provide more efficient support, as I will be able to test technical calls like the example below.

Organizada por la asociación sin ánimo de lucro GNU/Linux València os invito a participar en el «Taller de creación de videojuegos en el Retrópolis 2025 que se celebrará el próximo 12 de abril a las 18:00 horas. Ven y aprende a utilizar una aplicación que tiene visos de convertirse en una de las grandes, si no lo es ya.

Taller de creación de videojuegos en el Retrópolis 2025 organizado por GNU/Linux València

Me complace presentaros un nuevo evento de la Asociación sin Ánimo de Lucro GNU/Linux València que siguen sus actividades este 2025 con la la vuelt del taller de creación de videojuegos en el Retrópolis dentro de la Feria Retròpolis.

En palabras de los organizadores:

Más información: GNU/Linux València

¡Únete a GNU/Linux València!

Aprovecho para recordar que desde hace unos meses, los chicos de GNU/Linux Valencia ya tienen su menú propio en el blog, con lo que seguir sus eventos en esta humilde bitácora será más fácil que nunca, y así podréis comprobar su alto nivel de actividades que realizan que destacan por su variedad.

Y que además, GNU/Linux València creció y se ha convertió en asociación. Así que si buscas una forma de colaborar con el Software Libre, esta asociación puede ser tu sitio. ¡Te esperamos!

La entrada Taller de creación de videojuegos en el Retrópolis 2025 organizado por GNU/Linux València se publicó primero en KDE Blog.

たぶん期待通りの動作になりました。
要は、IPaddr2に渡すパラメータを調整すれば良いわけで、いろいろ見て、clone-max=1 と言うパラメータを、crm 設定ファイルに追加すれば良さそうと。で

group g-storage dlm lvmlockd
group vip-group vip
clone cl-storage g-storage \
meta interleave=true target-role=Started
clone vip-clone vip-group \
meta clone-max=1

のように書き換えたところ、たぶん期待通りの動作になりました。ノードを standby 状態にすると、IP アドレスが相手側に移動します。
なので、IPaddr2 の動作としては問題ないし、heartbeat としての動作も問題ないけれど、パラメータの設定がミソ、という感じです。この辺 SLES のドキュメントには無いので、もう少し追記してもらえればありがたかったかなと。

IP_CIP が yes になる条件が分かりました。
ソースを見ると、IPaddr2 の ip_init() 関数の中で、

    if [ "$IP_INC_GLOBAL" -gt 1 ] && ! ocf_is_true "$OCF_RESKEY_unique_clone_address"; then
            IP_CIP="yes"
            IP_CIP_HASH="${OCF_RESKEY_clusterip_hash}"

という行があるのですね。IP_CIP を yes にしているのはここだけです。で、IP_CIP を yes にする条件は、IP_INC_GLOBAL が2以上の時(1より大きいとき)、で、IP_INC_GLOBAL を設定しているのは、やはり ip_init() の始まりの方で、

    IP_INC_GLOBAL=${OCF_RESKEY_CRM_meta_clone_max:-1}
    IP_INC_NO=`expr ${OCF_RESKEY_CRM_meta_clone:-0} + 1`

という行の所。で、OCF_RESKEY_CRM_meta_clone_max を設定しているのは IPaddr2 内ではなくて、これを起動する heartbeat。情報は https://clusterlabs.org/projects/pacemaker/doc/2.1/Pacemaker_Administration/html/agents.html にあります。あとhttps://blog.drbd.jp/2017/12/advance_resource/ も参考になります。どうやら、OCF_RESKEY_CRM_meta_clone_max が2に設定されているみたいです。なので、iptables を動かすロジックに進んでしまったみたい。