The wait is almost over! 🎉

The openSUSE.Asia Summit 2026 will begin on Oct. 3-4 at UIN Sunan Kalijaga, Yogyakarta.

On behalf of the organizing committee, we would like to warmly welcome everyone to Yogyakarta and to this year’s Summit. We hope you enjoy the talks, workshops, discussions, and all the activities we have prepared for you.

For those visiting Yogyakarta for the first time, don’t forget to enjoy the city as well. Take some time to explore its food, culture, streets, and atmosphere. Yogyakarta has plenty to offer beyond the conference venue.

And for those meeting old friends again, we hope this summit becomes a warm opportunity to reconnect, catch up, share stories, and spend some good time together with the community. ❤️

Let’s make openSUSE.Asia Summit 2026 a memorable gathering!

Welcome to Yogyakarta, and enjoy the Summit! 🦎💚

The openSUSE Kudos recognition platform has a new feature: teams. You can now thank a whole team at once, see who is part of which team, and join or start a team yourself.

Why teams

Peer-to-peer recognition is at the heart of Kudos, and it works well when the work was done by one person. A lot of what happens in openSUSE is not like that, though. A release, an installer, a conference booth or a wiki cleanup is usually the effort of an entire group.

One piece of feedback kept coming back: when someone wanted to thank a team, the kudos landed on the one or two people they happened to know by name. The rest of the people who did the work got nothing, simply because the person saying thanks could not name them.

Some contributors are also simply less visible than others. They do not post much, they do not show up in every chat, and their work happens quietly in the background. That does not mean they do less. Recognizing the team as a whole makes sure that thanks reaches them too.

What you can do

• Thank a team, or a team and individuals together. When giving kudos, teams show up in the recipient picker next to people. You can thank a team on its own, or combine it with individual contributors in the same kudo. That comes in handy because teams rarely work alone: a release team may get help from translators, testers or packagers outside the team, and now one thank-you can include all of them. Team members can thank their own team as well.
• See who is in which team. Every team has its own page with its roster, and every profile now shows the teams that person belongs to. Former members stay listed as alumni, so past contributions are not forgotten.
• Join or start a team. Click the Join Team button in the header, search for your team, and ask to join. If your team is not there yet, create it right from the same box. No admin approval is needed to start a team; only linking it to a badge goes through an admin (more on that below).
• Invite people. Team members can invite other Kudos users by their username. The invitation arrives by email and in the app, and the person joins once they accept.

Once you are in a team, the button in the header turns into My Teams, and it lets you know when an invitation or a join request is waiting for you.

Self-managed teams

Teams run themselves. There is no owner and no manager role. Any member can approve people who asked to join, invite others, or tidy up the roster, and anyone can leave at any time. Requests that nobody answers are approved automatically after 14 days, so nobody gets stuck waiting.

Teams can also be linked with a badge. This is the one step that needs an admin, and for a good reason: a linked badge adds every holder of that badge to the team. If anyone could link any badge, a brand-new team could claim the Tumbleweed contributor badge and instantly “have” hundreds of members who never asked to join. So an admin checks that the badge really belongs to the team before linking it.

Once an admin links a badge to a team, everyone on the roster gets it, and anyone who later earns the badge through other means is added to the team automatically. Until now, team badges were handed out by hand, one person at a time. Now the team keeps its own roster, and the badge follows.

Every team page has a badge slot, and for most teams it still reads “Badge: TBD”. Badges live in openSUSE/kudos-badges on GitHub, where new ideas and artwork arrive as ordinary pull requests, so a team that wants to fill its slot is only a pull request away. Designing the badge together can be a fun first thing for a new team to do.

Badges are never taken away when someone leaves a team. A badge records what you did; the team roster shows who is there now.

Get started

Log in to kudos.opensuse.org, click Join Team, and find your team or start a new one. Then invite the people you work with, and the next time your team ships something great, thank all of them at once.

Feedback is welcome, as always. Kudos is developed in the open at github.com/openSUSE/kudos.

David ha vuelto con fuerza. Me congratula presentaros el episodio 77 de KDE Express, titulado «La komunidad que se ha pasado por KDE Express hasta la fecha» donde David Marzal hace un repaso de la gente comprometida que ha pasado por el podcast más activo actualmente de la comunidad KDE hispana.

Episodio 77 de KDE Express: La komunidad que se ha pasado por KDE Express hasta la fecha

Comenté hace ya bastante tiempo que había nacido KDE Express, un audio con noticias y la actualidad de la Comunidad KDE y del Software Libre con un formato breve (menos de 30 minutos) que complementan los que ya generaba la Comunidad de KDE España, aunque ahora estamos tomándonos un tiempo de respiro por diversos motivos, con sus ya veteranos Vídeo-Podcast que todavía podéis encontrar en Archive.org, Youtube, Ivoox, Spotify y Apple Podcast.

De esta forma, a lo largo de estos 77 episodios, promovidos principalmente por David Marzal, nos han contado un poco de todo: noticias, proyectos, eventos, etc., convirtiéndose (al menos para mi) uno de los podcast favoritos que me suelo encontrar en mi reproductor audio.

En este caso nos obsequia con un simple repaso a las personas que han participado de forma ordinaria o extraordinaria en el podcast. Además, os anima a participar el el próximo Akademy-es de Madrid 2026: no olvides reservar su alojamiento o mirar cómo llegar para estar con la Comunidad KDE española.

En palabras de David:

Recopilatorio de todas las personas y voces que han pasado por KDE Express. Solo se menciona la primera aparición, porque algunos como Jose, Brais, Baltasar o Jorge Lama participan en varios episodios.

Artículo original con los enlaces en https://kdeexpress.gitlab.io/77/

Si no ves nada tras esta linea, es que tu app no sabe leer bien el feed RSS, avisales o prueba otra

19-07-2021
    #00 - Nos Presentamos
    Jose Picon, Brais Arias y yo.
14-08-2021
    #03 - Komunidad: Juan Febles
28-08-2021
    #04 - Komunidad: Walter de HSL
16-09-2021
    #06 - Komunidad: Adolfo Barrios HSL
15-10-2021
    #08 - Komunidad: Ignacio Serantes Iglesias de Cañas y Bravas.
30-12-2021
    #10 - Novedades fin de 2021
    Baltasar Ortega de KDE Blog
Salto en el tiempo sin novedades y con pocos episodios
12-02-2023
    #13 - Car Edition + I love Free Software Day
    Jorge Lama empieza a encargarse de la edición
15-07-2024
    Komunidad con Ivan GJ
18-05-2025
    Como informar de un error para que Albert lo arregle
    Tiene trampa porque es una charla de Albert Astals Cid en la Akademy_ES
28-07-2025
    50 Komunidad con Ismael Asensio. QR power
18-11-2025
    Compilando Comunidad con Paco Estrada
14-01-2026
    65 - esLibre2026 José Castillo Lema - OCaml y Containerlab
21-01-2026
    esLibre2026 Laura M. Castro - "Psicología inversa" de los grandes modelos de lenguaje
10-02-2026
    esLibre2026 dixit editora. Diseño editorial con software libre
    Mario Spina
29-03-2026
    esLibre2026 Guía de Autodefensa Digital con Enxeñería Sen Fronteiras
    Laura Salgueiro nos mando una promo de su charla

En total 16 participantes + Jorge Lama que ha estado muchos episodios regalándonos su talento editando.

Listado de todos los episodios con la etiqueta Komunidad.

Por cierto, también podéis encontrarlos en Telegram: https://t.me/KDEexpress

• 
  10 razones para asistir a Akademy-es 2026 de Madrid #akademyesoctubre 2, 2026
  Del 23 al 25 de octubre, es decir, a menos de un mes vista, se va a celebrar en Madrid la esperada Akademy-es 2026, el encuentro organizado por KDE España para todos los simpatizantes del proyecto que este año será presencial y en línea (si es posible), y es una edición muy especial por muchas… Leer más: 10 razones para asistir a Akademy-es 2026 de Madrid #akademyes
• 
  Foto de grupo Akademy 2026 de Graz, Austriaoctubre 1, 2026
  Foto de grupo Akademy 2026 de Graz realizada del 19 al 24 de septiembre. Una edición donde se celebró el 30 aniversario de KDE.
• 
  Episodio 77 de KDE Express: La komunidad que se ha pasado por KDE Express hasta la fechaseptiembre 30, 2026
  Episodio 77 de KDE Express: La komunidad que se ha pasado por KDE Express hasta la fecha
• 
  Objetivos KDE 2026: KDE para empresas, mejorar en la documentación y mejorar la aplicación de estilosseptiembre 29, 2026
  La Akademy de este año de Graz ha generado, como ocurre cada ciertas ediciones del evento, una de las noticias más importantes para la Comunidad. Se han hecho público los objetivos KDE 2026, los cuales se han establecido como: KDE para empresas, mejorar en la documentación y mejorar la aplicación de estilos. Como ya pasó… Leer más: Objetivos KDE 2026: KDE para empresas, mejorar en la documentación y mejorar la aplicación de estilos
• 
  Recordatorio: abierto el registro a Akademy-es 2026 de Madrid #akademyesseptiembre 27, 2026
  El próximo encuentro de la Comunidad española de KDE se celebrará en Madrid del 23 al 25 de octubre en una edición muy especial porque la celebraremos en un entorno muy comunitario: en el Camping Arco Iris (Villaviciosa de Odón). Estamos a menos de un mes, y como no voy a poder asistir, voy a… Leer más: Recordatorio: abierto el registro a Akademy-es 2026 de Madrid #akademyes
• 
  Trigesimosexto audio de Podcast Linux – «Linux Connexion con Atareao» (Podcast Linux #36)septiembre 25, 2026
  Trigesimosexto audio de Podcast Linux – «Linux Connexion con Atareao» (Podcast Linux #36)

La entrada Episodio 77 de KDE Express: La komunidad que se ha pasado por KDE Express hasta la fecha se publicó primero en KDE Blog.

In OpenQA one has often to check the output of a command. Now most of us think foremost “this is a task for my beloved grep”:

La Akademy de este año de Graz ha generado, como ocurre cada ciertas ediciones del evento, una de las noticias más importantes para la Comunidad. Se han hecho público los objetivos KDE 2026, los cuales se han establecido como: KDE para empresas, mejorar en la documentación y mejorar la aplicación de estilos. Como ya pasó en el 2019, 2022 y 2024, estos objetivos no significan que los desarrolladores se centren solo en ellos, pero si que estarán dentro de todas las mentes pensantes del proyecto con lo que se espera dar un gran salto respecto a ellos.

Los objetivo de KDE: unas líneas necesarias

Es muy complicado guiar un proyecto de Software Libre ya que gran parte de su desarrollo es voluntario y las personas que lo suelen hacer no están obligadas a hacer lo que no quieren hacer (esto ha sonado un poco extraño pero creo que me entendéis).

Por otra parte, que cada desarrollador vaya por su lado sin tener en cuenta el trabajo o las líneas maestras del resto, consigue que tengamos un buen lío (algo que suele ser habitual en el Software Libre).

Es por ello que plantear unos objetivos únicos que guíen el Proyecto KDE durante un par de años es muy complicado. No obstante, el órgano de gobierno de KDE, que se llama KDE e.V., se está esforzando mucho para encajar ambas ideas.

Para ello, cada algunos años se pide a los miembros de la Comunidad que propongan al resto cuáles son los objetivos que creen más importantes para el desarrollo del Proyecto.

Posteriormente, se realiza una votación y se seleccionan los 3 objetivos principales que los desarrolladores deberían tener en mente cuando estén desarrollando el Proyecto KDE.

Veamos que se ha decidido este año.

Objetivos KDE 2026: KDE para empresas, mejorar en la documentación y mejorar la aplicación de estilos

De nuevo tres objetivos han sido seleccionados para ser añadidos a los anteriores y que reciban una merecida atención por parte de los desarrolladores del Proyecto KDE.

• KDE para empresas y despliegues: un objetivo centrado a nivel empresarial y para las administraciones públicas, KDE necesita abordar mejoras clave como la integración avanzada de directorios (SSO y LDAP), una gestión robusta de redes y archivos compartidos (NFS/SMB estables y soporte de impresoras), y herramientas esenciales para administradores de sistemas, incluyendo control centralizado y soporte de contraseñas.
• Mejorar la documentación: Para ser útil, la documentación debe ser breve, pertinente, fácil de mantener, no duplicada y estar traducida. La documentación de KDE necesita atención para cumplir este objetivo.
• Estilos de nueva generación para KDE: En la actualidad cualquier cambio en los estilos en KDE es increíblemente laborioso, para ello se busca solucuionar esto mediante los proyectos Ocean y Union. De esta forma, este objetivo se divide en dos partes, dirigidas a distintos grupos de personas: El equipo de diseño trabajará en el diseño de Ocean con herramientas como PenPot y modificando el CSS de Union; El equipo técnico trabajará en el propio motor de temas Union, probándolo y asegurándose de que funcione en todo el conjunto de tecnologías de KDE.

Como vemos, la Comunidad KDE, sin dejar de ser una Comunidad, intenta dar respuesta a las inquietudes de la mayoría de sus miembros, e intenta aunar esfuerzos para seguir creciendo.

Y vosotros, ¿qué os parecen los objetivos KDE 2026? Comentad lo que queráis en los comentarios pero, sobretodo, pensad en involucraros si pensáis que los desarrolladores están equivocados. El Software Libre lo hacen personas y su futuro lo deciden personas como tu o yo, no lo olvidéis nunca.

Más información: KDE Blogs

La entrada Objetivos KDE 2026: KDE para empresas, mejorar en la documentación y mejorar la aplicación de estilos se publicó primero en KDE Blog.

The openSUSE.Asia Summit Organizing Committee has extended the deadline for the Call for Host to submit proposals for the 2027 Summit. Communities now have until 30 November, 2026 to apply.

The extension comes in response to requests from local communities seeking more time to prepare their proposals. This is a great opportunity to showcase your region and bring the openSUSE community together in your city.

If your community is interested in hosting the openSUSE.Asia Summit 2027, come and join us at openSUSE.Asia Summit 2026 in Yogyakarta this October. The organizing committee can provide presentation slots for communities interested in hosting the 2027 Summit, giving them an opportunity to introduce their community, city, and vision for the next Summit.

For more information, visit https://news.opensuse.org/2026/07/14/osas-cfh/.

openSUSE Micro, la inmutable de openSUSE dejará de existir y openSUSE 16.1 tendrá un modo inmutable

La nueva openSUSE Leap 16.1 ha entrado en modo de Release Candidate y se irán publicando versiones de prueba desde ahora hasta su publicación a inicios del próximo mes de noviembre de 2016 para poder probar en nuestros equipos y reportar errores.

Pero además de la novedad de una nueva actualización o «service pack» de openSUSE Leap 16, esta próxima Leap 16.1 trae la novedad de poder instalarlo en modo inmutable, tomando el relevo a la existente hasta ahora openSUSE Micro que dejará de existir.

En este periodo de pulido y afinado de openSUSE Leap 16.1 hasta la publicació final se pueden probar en equipos físicos muchas cosas para ir puliendo la versión final que llegará a inicios de noviembre de 2026.

En Leap 16.1 habrá una actualización en paquetes como:

Pero quizás la novedad más llamativa es que Leap 16.1 es la primera versión de Leap que ofrece un modo inmutable, un sistema actualizado transaccionalmente con un sistema de archivos raíz de solo lectura.

Ese sistema inmutable hasta ahora se ofrecía en Leap Micro, ahora eso cambiará para ofrecer un sistema inmutable integrado directamente en Leap.

Leap 16.1 en modo inmutable reemplaza a Leap Micro. No habrá un Leap Micro 6.3 o 7.0; Leap Immutable es el camino a seguir para los hosts de contenedores y máquinas virtuales, y cualquiera que prefiera las actualizaciones atómicas con una fácil reversión.

El modo Inmutable se agregó hace poco en el nuevo instalador Agama hace poco, por lo que es bueno probar esta novedad antes de la versión final para ir solucionando problemas. Simplemente inicia la imagen de instalación habitual de Leap 16.1 y en el instalador Agama selecciona el modo Inmutable.

Y ya sabes que estos sistemas inmutables debes actualizarse con actualizaciones transaccionales, que actualiza todo el sistema al completo, creando una nueva snapshot o punto de recuperación para revertir los cambios si fuera necesario.

Quienes ya están utilizando Leap Micro, pueden migrar a Leap 16.1 inmutable, mediante la herramienta de migración de openSUSE.

Por tanto, siempre está bien que colabores en el desarrollode openSUSE Leap 16.1 y hagas tus pruebas, consultes los bugs reportados, y aportes tus propios reportes.

Enlaces de interés

• https://news.opensuse.org/
• https://en.opensuse.org/Portal:16.1/ManualTesting
• https://get.opensuse.org/leap/16.1/

Una de las aplicaciones que utilizo de forma recurrente y que creo que se promociona poco es Tellico, un organizador de colecciones de KDE que en realidad es un fabuloso editor bases de datos para usuarios que no dominan este tipo de estructuras. Es por ello que estoy interesado en su desarrollo y me complace anunciar que ha sido lanzado Tellico la 4.3 que viene cargado de pequeñas novedades que demuestran el buen estado de desarrollo del producto.

Lanzado Tellico 4.3

Desde el lanzamiento de Tellico 4.0 en septiembre de 2024, esta aplicación ha evolucionado principalmente hacia la consolidación de la arquitectura Qt6/KDE Frameworks 6, al tiempo que va mejorando en la automatización de datos y su soporte multiplataforma.

El pasado 27 de septiembre fue anunciada su versión más reciente, la 4.3, que sigue añadiendo cambios y novedades mostrando el buen estado de esta magnifica aplicación. Veamos en detalle qué cosas se han mejorado:

En palabras de sus desarrolladores:

Tellico 4.3 ya está disponible, con nuevas capacidades, mejoras y corrección de errores. En los últimos meses he recibido varias contribuciones de código de nuevas personas y quería dar las gracias. Dependiendo un poco de cómo se cuente, el próximo mes Tellico cumplirá 25 años. Siempre ha sido un proyecto de afición; no soy programador de profesión ni de formación, por lo que siempre me gratifica mucho cuando otras personas encuentran útil mi pequeña herramienta y aportan comentarios, correcciones de errores e incluso contribuciones de código.

Entre las novedades más destacadas nos encontramos con:

• Se añadieron nuevas fuentes de datos para Goodreads y Hardcover.
• Se actualizaron las fuentes de datos de MusicBrainz (Bug 524735), IMDb (Bug 525019), Numista (Bug 474986), Dark Horse, Kino-Teatr y Kinopoisk (Bug 525687).
• Se añadió una limitación adecuada de la tasa de solicitudes a muchas fuentes de datos.
• Se añadió una opción para leer el compositor durante la importación de archivos de audio (Bug 524734).
• Se añadió una opción para desactivar el formato automático de ISBN.
• Se añadió una opción para incluir filtros y préstamos al importar una colección.
• Se actualizó la exportación de archivos para incluir extensiones de archivo predeterminadas.
• Se actualizaron los campos numéricos para permitir valores de 64 bits.

Más información: Tellico

¿Qué es tellico?

Cuando me inicié en el mundo de KDE, uno de los programas que más me llamaron la atención fue Tellico, un excelente gestor de colecciones que te permite personalizar los campos de una forma sencilla, práctica y rápida. Empecé a utilizarlo para organizar mi colección de libros, de cómics, de películas en DVD, etc.

Lamentablemente, mi vida se fue complicando y mi tiempo para organizar cosas desapareciendo, así que perdí de vista al magnífico programa de Robby Stephenson y dejé de utilizarlos. Hace un par de años lo volví a utilizar para llevar el control de miembros de KDE España y de mis alumnos de TFG, con excelentes resultados.

En resumidas cuentas, Tellico es el organizador definitivo de cualquier tipo de colecciones. La aplicación incorpora de serie algunos tipos de colecciones como libros, películas  cómics  juegos, sellos, vinos, etc., eso si, estas colecciones son editables, es decir, tienes la posibilidad de cambiar, borrar o añadir campos.

Más información: Tellico

• 
  Lanzado Tellico 4.3
  Me complace anunciar que ha sido lanzado Tellico la 4.3 que viene cargado de pequeñas novedades que demuestran el buen estado de desarrollo del producto.
• 
  El clásico reloj de HTC en tu escritorio, Flip Clock – Plasmoides para Plasma 6 (40)
  En esta ocasión sigo con el clásico reloj de HTC que puedes tener en tu escritorio gracias a Flip Clock, con el que llegamos al widget número 40 de la serie.
• 
  Lanzados Krita 5.3.4 y Krita 6.0.4
  Han sido lanzados Krita 5.3.4 y Krita 6.0.4, una más que feliz noticia que demuestra el buen estado de desarrollo de la mejor (según nosotros y mucha más gente) aplicación para artistas digitales.

La entrada Lanzado Tellico 4.3 se publicó primero en KDE Blog.

Entering RC Phase

openSUSE Leap 16.1 has entered the Release Candidate phase. Release Candidate images can be found at get.opensuse.org.

We know that people really start testing a new release with the RC, so this is the right time to grab an image and give it a try.

Users can expect that we’ll continue publishing roughly one build a week during the RC phase. Once SUSE Linux Enterprise Server 16.1 announces their Gold Master, we’ll be working toward the Leap 16.1 Gold Master Candidate (GMC).

Based on feedback from the Leap 16.0 retrospective, we’ll sync the Leap 16.1 release day with the SLES 16.1 release day, even if that means a slight delay. This way, there is no obvious gap in receiving maintenance updates after the release.

Details about the schedule can be found in our roadmap.

Usecase: Try the new Immutable mode

Leap 16.1 is the first Leap release to offer an Immutable Mode, a transactionally updated system with a read-only root filesystem. This is essentially what our users know from Leap Micro, just integrated directly into Leap.

Leap 16.1 in Immutable mode is replacing Leap Micro. There won’t be a Leap Micro 6.3 or 7.0; Leap Immutable is the way forward for container and virtual machine hosts, edge devices and anyone who prefers atomic updates with easy rollback.

The Immutable mode was added to Agama rather recently, which is exactly why we’d like you to try it. Simply boot the usual Leap 16.1 install image and pick the Immutable mode in the installer.

Doesn’t agama with dark theme look amazing? Once installed, the system is updated with transactional-update, which creates a new snapshot for every update and lets you roll back if something goes wrong.

sudo transactional-update dup    # update the system into a new snapshot
sudo reboot                      # boot into the new snapshot
sudo transactional-update rollback  # go back if something went wrong

Additional software is best consumed via containers with podman or distrobox, or via Flatpak on desktops. Packages can still be installed with sudo transactional-update pkg install <package>.

Leap Micro users: appliances are still here

Users who are used to the Leap Micro images will feel at home. The usual preconfigured appliances can be found in the alternative downloads section at get.opensuse.org. This includes the Immutable Self-install image, which is recommended for USB installations, as well as images for KVM/Xen, MS Hyper-V, VMware, Harvester and Cloud, and a fully encrypted raw disk image.

The appliances can be configured on first boot via Ignition or Combustion, just like Leap Micro.

Existing Leap Micro 6.2 installations can be migrated to Leap 16.1 in Immutable mode with the opensuse-migration-tool.

sudo transactional-update shell
# Inside the shell:
zypper in opensuse-migration-tool
opensuse-migration-tool --dry-run # optionally check how it looks
opensuse-migration-tool
exit && reboot # boot into the new snapshot

The tool is still experimental, so please make sure to have a backup and let us know how the migration went.

Desktops: Same GNOME, newer Plasma

Some users may expect a big GNOME update in Leap 16.1. In fact, Leap 16.1 ships the same GNOME 48 as Leap 16.0, with bug fix updates (gnome-shell 48.8 vs. 48.4 in 16.0).

Just like in Leap 15.X and the respective SUSE Linux Enterprise 15 service packs, the big GNOME update is planned over two releases.

Leap 16.0 and 16.1 share the same GNOME major version, and users can expect the next big GNOME update in a future release.

KDE Plasma users, on the other hand, get a noticeable bump from Plasma 6.4 to Plasma 6.6 with Qt 6.11 and KDE Frameworks 6.25.

LXQt moved from 2.2 to 2.4, and Xfce on Wayland continues with 4.20.

What’s new in Leap 16.1

Wondering which version of your favorite package you’ll get in Leap 16.1? Rather than listing a handful of packages here, we’d like to point you to our new openSUSE version diff tool.

It’s a single page comparing source package versions across Leap 16.1, Leap 16.0 and Tumbleweed, including the latest upstream versions from Repology.

The page republishes itself automatically, so it stays up to date during the whole RC phase and beyond. You can filter packages by status, e.g. to see what was updated compared to 16.0, or download the data as JSON or CSV.

The tool grew out of a community discussion at our weekly Release Engineering meeting; read more about it in One Page, Every Package.

Ideas and contributions are welcome at github.com/openSUSE/osdiff.

Help us with testing

Your feedback is critical at this stage. Help us with testing by following our manual test plan.

The plan covers scenarios that are hard to automate in openQA, so every test case marked as done on as many hardware combinations as possible helps us to ship a better release.

Simply record your result with your openSUSE ID; we intend to award Kudos badges to everyone participating in manual testing.

Alternatively, simply install Leap 16.1 RC, try the Immutable mode, your favorite desktop or your usual server workload, and let us know how it goes.

Please report any issues on bugzilla.opensuse.org.

Please make sure to check the Known bugs wiki page prior to reporting a new bug.

Thank you for testing and being part of the openSUSE community. Let’s shape Leap 16.1 together!