openSUSE Board on Participation, Governance and Community
With the 2026 openSUSE community Board elections coming up, Ish Sookun, Jeff Mahoney and Rachel Schrader are the board members elected last election and having another year in the role. We sat down with them and asked them some questions.
1. What does the Board do?
Jeff On paper, the Board leads the openSUSE project. That sounds like a grand responsibility but in practice, it’s much more focused and limited. The Board isn’t involved in any of the Project releases or in managing the infrastructure of the project. It’s the point of contact for external people needing to reach the project. It helps resolve conflicts. It handles potential legal issues around trademarks and such. It provides guidance when needed.
Rachel From my experience so far, the board only acts as a subset of the community of openSUSE as a whole. We handle a few things, such as final decisions of moderation actions, being a line of contact with SUSE, and, in many ways, provide guidance to other groups with the community.
2. What motivated you to step up and run for the Board?
Jeff The Board election in 2024 had few people step up to run for the open seats, so I figured I might as well volunteer. I’d been a part of the community for many years and had some ideas I wanted to propose. The project was in need of volunteers, so I stepped up.
Ish Yes, I stepped up after a second call. When Lubos reached out to me saying he would like to nominate me, it immediately struck to me as something to be honoured about. I am really grateful to him for the nomination and to Johannes Segitz for seconding the nomination.
Rachel During this last election there were not many people looking to volunteer for the board., I was encouraged by a few other active members from the project to join.
3. Tell us about a challenge the Board faced during your tenure.
Jeff There’s a fine line between promoting a healthy community that avoids toxic behavior and being overbearing and intrusive. Some of the issues that come before the board are simple to weigh. Others have context full of personal history, communication style differences, and nuance. Finding the right balance in those cases can be challenging.
Ish While I knew that Board members had to regularly meet (virtually) and discuss about the project, I didn’t realize how much of non-technical matters would be at the table. For example, issues relating to “moderation” is something that I consider challenging as it requires understanding the history of events, code of conduct, etc. It is one thing that I look up to other senior Board members to properly understand the context of events.
Rachel The most up-front and annoying challenge is trying to find a time and day for everyone to meet. We have members throughout the world, and some of us have to be up at 6:00 in the morning while others are joining at 23:00 at night. Either way, it is overall a good thing when we all make it and are productive.
4. What do you recommend to someone who is considering standing for election?
Jeff Do it because you’re interested in the health of the project and want to influence some positive change. Even if you’ve been a long-time contributor, you’ll need to tell people about yourself, your contributions, and your ideas. While the election isn’t a popularity contest, the folks voting need to know who you are. The time commitment isn’t huge and you’d be doing a service for the health of the project.
Rachel It’s important to have some level of online profile to show others where your skill sets lie, what your goals are, and anything else important to you. For the parts that are relevant to openSUSE itself, you can create a page on the wiki, which I think is important to have and share with others. I think keeping in contact with the community is needed. It’s one thing to be pushing out packages and commits on the back end, but to really make a connection to the community, you should be active and talking/helping people on our different platforms like Matrix or even Discord.
5. How can openSUSE members prepare for the upcoming elections, whether as voters or as potential candidates?
Jeff Read articles like this one. Find topics that are important to you. Ask questions. If you’re unsure about running for a Board seat, ask yourself, “why not me?”
6. Is there anything else you would like to add?
Jeff The Board isn’t the only, or even the best, way to contribute to openSUSE. Contributors, both technical and non-technical, are the beating heart of the project and the community. There are many ways to contribute without sitting on the Board, but the project needs committed people to sit on the Board to keep it healthy.
Rachel The board does not exist as gatekeepers or the ones that you must get approval from as a project member when wanting to make a positive change or create something new. It’s important for everyone to know that it’s everyday project members who have built openSUSE, and they are the ones building things up from the ground. Serving on the board itself can be a great way to help the project, but in reality, the most important people who make openSUSE what it is are everyday members.
openSUSE is built by people who genuinely care about the project, and the next election cycle needs members to participate in the governance and to assist election officials. If you are interested in being a candidate or helping election officials, please email board@opensuse.org.
Questions were prepared by Luboš Kocman and Douglas DeMaio. Post-processing and formatting were done by Gertjan Lettink.
Resumen del progreso en KDE Linux: El sistema operativo del futuro ya está al 62%.
Hoy os traigo el resumen del progreso en KDE Linux, un informe detallado de la última entrada de Nate Graham en su blog «Adventures in Linux and KDE», donde nos pone al día sobre los avances de KDE Linux, el sistema operativo «del futuro» de la comunidad KDE.
Resumen del progreso en KDE Linux: El sistema operativo del futuro ya está al 62%.
El bueno de Nate no solo se encarga de informarnos del progreso de Plasma en sus artículos de «This week in Plasma, sino que en ocasiones nos obsequia con una mirada a otros proyectos de la Comunidad.
Hace muy poco, ha publicado el artículo «Busy months in KDE Linux» donde Nate destaca que el proyecto está más vivo que nunca tras unos meses de intenso trabajo.
Evidentemente os animo a leer el artículo completo pero aquí os ofrezco un resumen del mismo que debe empezar destacando el buen estado de salud del proyecto ya que el lanzamiento de la versión Alpha en septiembre pasado (enfocada a desarrolladores y colaboradores técnico) ha resultado ser un éxito.
Fruto de ello ha sido el crecimiento del equipo, que ha pasado de ser de 2 o 3 contribuidores a un continuo flujo constante de nuevos desarrolladores aportando código al sistema operativo.
El objetivo actual es alcanzar la versión Beta, que estará orientada a usuarios con un perfil técnico medio (el usuario típico de Linux que sabe manejarse pero no es necesariamente programador) y cuyo progreso hacia se marca en un 62%. ¿Este será ser mi punto de entrada a KDE Linux?
Uno de los puntos claves son las actualizaciones. Por fin se han activado las actualizaciones delta, las cuales aumentan la velocidad de actualización ya que calcula la diferencia entre la versión del sistema operativo que se tiene y la que se va a instalar, descargando solo esa diferencia y aplicándola como un parche para generar la nueva imagen del sistema.
Esto no acerca más a la situación ideal, ya que de esta forma cada actualización debería consumir entre 1 y 2 GB de ancho de banda, en lugar de los 7 GB actuales. Sigue siendo mucho, pero ahora tenemos un mecanismo para reducir esa diferencia entre versiones todavía más.
Entre los aspectos técnicos destaca que se busca que KDE Linux se construya exactamente igual que como los desarrolladores compilan el software localmente (usando kde-builder y flatpak-builder), con el objetivo de minimiza errores de reproducción y fomenta el uso de Flatpak para las aplicaciones.
Por otra lado se ha integrado oficialmente Kup (la herramienta de copias de seguridad de KDE) para facilitar la protección de datos desde el primer momento, un punto fundamental para dar estabilidad y seguridad para los usuarios.
Como vemos, KDE Linux no es solo una «distro» más; es el campo de pruebas y la vitrina oficial de lo que KDE puede ofrecer cuando controla todo el ecosistema, un sueño que no viene de ahora (ya escuché esto en la Akademy de A Coruña de 2015) y cuyo primer se dio con KDE Neon, Vemos que el desarrollo de esta Comunidad cuyos objetivos están claros se construye dando pasos pequeños pero seguros.
La entrada Resumen del progreso en KDE Linux: El sistema operativo del futuro ya está al 62%. se publicó primero en KDE Blog.
Resumen del progreso en KDE Linux: El sistema operativo de la Comunidad ya está al 62%
Hoy os traigo el resumen del progreso en KDE Linux, un informe detallado de la última entrada de Nate Graham en su blog «Adventures in Linux and KDE», donde nos pone al día sobre los avances de KDE Linux, el sistema operativo «del futuro» de la comunidad KDE.
Resumen del progreso en KDE Linux: El sistema operativo de la Comunidad ya está al 62%
El bueno de Nate no solo se encarga de informarnos del progreso de Plasma en sus artículos de «This week in Plasma, sino que en ocasiones nos obsequia con una mirada a otros proyectos de la Comunidad.

Hace muy poco, ha publicado el artículo «Busy months in KDE Linux» donde Nate destaca que el proyecto está más vivo que nunca tras unos meses de intenso trabajo.
Evidentemente os animo a leer el artículo completo pero aquí os ofrezco un resumen del mismo que debe empezar destacando el buen estado de salud del proyecto ya que el lanzamiento de la versión Alpha en septiembre pasado (enfocada a desarrolladores y colaboradores técnico) ha resultado ser un éxito.
Fruto de ello ha sido el crecimiento del equipo, que ha pasado de ser de 2 o 3 contribuidores a un continuo flujo constante de nuevos desarrolladores aportando código al sistema operativo.
El objetivo actual es alcanzar la versión Beta, que estará orientada a usuarios con un perfil técnico medio (el usuario típico de Linux que sabe manejarse pero no es necesariamente programador) y cuyo progreso hacia se marca en un 62%. ¿Este será ser mi punto de entrada a KDE Linux?
Mejorando las actualizaciones y el inicio
Uno de los puntos claves son las actualizaciones. Por fin se han activado las actualizaciones delta, las cuales aumentan la velocidad de actualización ya que calcula la diferencia entre la versión del sistema operativo que se tiene y la que se va a instalar, descargando solo esa diferencia y aplicándola como un parche para generar la nueva imagen del sistema.
Esto no acerca más a la situación ideal, ya que de esta forma cada actualización debería consumir entre 1 y 2 GB de ancho de banda, en lugar de los 7 GB actuales. Sigue siendo mucho, pero ahora tenemos un mecanismo para reducir esa diferencia entre versiones todavía más.
Otro aspecto importante es que ahora el sistema utiliza plasma-setup para gestionar la primera configuración del usuario. Esto es ideal para dispositivos que vienen con KDE Plasma preinstalado, permitiendo crear la cuenta de usuario de forma sencilla y elegante nada más encender el equipo por primera vez.

Relacionado con el tema anterior KDE Linux ha sustituido el clásico SDDM por un nuevo gestor de inicio de sesión moderno y más integrado. Está diseñado específicamente para sistemas que usan systemd, permitiendo una comunicación mucho más profunda y fluida con el escritorio Plasma.
Un salto gigante en soporte de hardware
KDE Linux nace con la filosofía de que el usuario trae su propio equipo («Bring Your Own Hardware»), por lo que ser generosos con los drivers es una prioridad. Desde la Alpha de septiembre, la lista de dispositivos compatibles ha crecido de forma masiva, y como muestra leed la lista:
- Periféricos Gaming: Soporte mejorado para teclados y ratones Razer y Logitech, incluyendo modelos con múltiples botones.
- Creatividad y Multimedia: Mejor soporte para tabletas digitalizadoras, cámaras virtuales (como usar tu móvil de webcam), escáneres y dispositivos de audio profesional.
- Conectividad y Almacenamiento: Soporte para Yubikeys, tarjetas inteligentes, dispositivos Android y discos formateados en LVM, exFAT y XFS.
- Gráficos: Se ha reforzado el soporte de Vulkan en diversas GPUs.
Es mucho el trabajo realizado pero queda mucho por hacer. Los próximos retos son mejorar la compatibilidad con impresoras antiguas y los portátiles más recientes de Apple y Microsoft.
¿Y las aplicaciones?
KDE Linux debe incluir un conjunto de aplicaciones gráficas intencionadamente mínimo, confiando en que sean los usuarios quienes descubran las apps por sí mismos (de ahí la importancia que tiene el desarrollo de Discover).
Se ha decidido incluir una calculadora por defecto y la elegida ha sido KCalc. También se incluyen Qrca, una aplicación para escanear códigos QR. Esta herramienta da soporte a la nueva función del widget de Red: «escanear código QR para conectarse a una red».

Por otra lado se ha integrado oficialmente Kup (la herramienta de copias de seguridad de KDE) para facilitar la protección de datos desde el primer momento, un punto fundamental para dar estabilidad y seguridad para los usuarios.
No obstante no todo es añadir software, también se debe seleccionar cual no vendrá instalado por defecto por lo que se ha decidido eliminar software como Snap, Homebrew, Kate, Icon Explorer, Elisa o iwd. Los motivos en el artículo de Nate.
Como vemos, KDE Linux no es solo una «distro» más; es el campo de pruebas y la vitrina oficial de lo que KDE puede ofrecer cuando controla todo el ecosistema, un sueño que no viene de ahora (ya escuché esto en la Akademy de A Coruña de 2015) y cuyo primer se dio con KDE Neon, Vemos que el desarrollo de esta Comunidad cuyos objetivos están claros se construye dando pasos pequeños pero seguros.
La entrada Resumen del progreso en KDE Linux: El sistema operativo de la Comunidad ya está al 62% se publicó primero en KDE Blog.
El gran problema de Linux – Vídeo
Aunque nos gusta pensar que los sistemas operativos GNU/Linux es lo mejor para todos los usuarios (y es verdad) parece que éstos no se dan por aludidos. ¿A qué se debe esto? Pueden ser muchas la razones pero en este vídeo creado por MARMOTECNO analiza uno de los principales porqués, argumentando que el gran problema de Linux no es técnico, sino una narrativa anticuada que lo aleja del usuario común. ¿Estás de acuerdo? Puede que sí, puede que no, pero es un buen punto de partida para no mirarnos al ombligo y escudarnos en que «es que los otros usuarios son estúpidos».
El gran problema de Linux – Vídeo
Debo reconocer que el título del vídeo es un poco Clickbait pero es que hay que ser un poco descarado para llamar la atención. No obstante, lo que MARMOTECNO nos cuenta en el vídeo tiene mucho sentido y no realiza ningún ataque a nadie.
Simplemente reflexiona algo que en realidad tiene su punto bueno: los entornos GNU/Linux tecnológicamente ya está al mismo nivel (si no superior en algunos aspectos) a los privativos.

Lo cual nos lleva al gran problema (o problemas de Linux): i no se utiliza Linux es porque debe superar algunas importantes trabas, que la los creadores agrupan en los siguientes ejes:
- El estigma del «Hacker»: Linux tiene un problema de percepción. Existe una idea persistente de que es un sistema exclusivo para expertos o programadores, lo cual actualmente (y en el futuro más todavía) es falso.
- Narrativa vs. Realidad: Mientras que Windows se vende como una herramienta de «simplicidad», Linux a menudo se presenta envuelto en debates filosóficos sobre libertad, ética y terminal de comandos. Los usuarios comunes buscan una solución rápida para encender su ordenador y trabajar.
- La paradoja de la comunidad: La fragmentación y la cultura interna de Linux son, a la vez, su mayor fuerza y su mayor debilidad. Los debates sobre qué distribución es mejor o la actitud de ciertos sectores de la comunidad proyectan una imagen de exclusividad que intimida a los recién llegados.

- Falta de confianza emocional: El problema técnico está resuelto (Linux es seguro y potente), pero falta ganar la batalla del relato. Para triunfar en 2026, Linux necesita dejar de explicarse tanto y empezar a ser visto como una opción «normal», ganándose la confianza emocional de quienes hoy siguen atados a Windows solo porque es lo que ya conocen.
Como veis ninguna está relacionada con el código. ¿Qué pensáis vosotros? ¿Estáis de acuerdo con sus opiniones? Yo sigo opinando que la clave está en la venta de dispositivos con Linux instalado.
Pero no os entretengo más os dejo con el vídeo, que por otra parte, está muy bien realizado.
Contribuye al avance del Software Libre: difunde el conocimiento
Si os gusta el vídeo no dejéis pasar la oportunidad de pagar a su creador (o creadora) MARMOTECNO utilizando las forma que te permite la plataforma de vídeos Youtube:
- Subscríbete a su canal.
- Ponle un comentario
- Comparte en redes sociales
- O cualquier otra forma que se te ocurra.
Hoy es un buen día para insistir que 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 2017 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.
La entrada El gran problema de Linux – Vídeo se publicó primero en KDE Blog.
Episodio 13 de Accesibilidad con Tecnologías libres: Volvemos en 2025 con 5 secciones y 1 entrevista
No fue posible, intenté ponerme al día con este podcast entre el mes de agosto y septiembre pero al final se me fue el santo al cielo. Lo vuelvo a intentar antes de que finalice 2026 con el episodio 12 de Accesibilidad con Tecnologías libres: Volvemos en 2025 con 5 secciones y 1 entrevista. Un buen cóctel de noticias relacionadas con mejorar el acceso de todo el mundo de la informática.
Episodio 13 de Accesibilidad con Tecnologías libres: Volvemos en 2025 con 5 secciones y 1 entrevista
Hace más de tres años que presenté este podcast y he dejado pasar demasiado tiempo para seguir promocionándolo. Arreglé este error hace un tiempo pero perdía la inercia, lo volví a intentar y de nuevo la perdí. A ver si a la tercera consigo actualizar todos sus episodios. Así que vuelvo con nuevos bríos (otra vez) para seguir dando la visibilidad que se merece.
Me complace presentar el decimotercer episodio de Accesibilidad con Tecnologías libres que tiene el siguiente resumen:
Hemos vuelto, feliz año aunque sea casi primavera
En esta ocasión contamos con 5 secciones para tratar como habitualmente diferentes temas de accesibilidad y FLOSS desde diferentes aristas.
- 00:00:00 Odisea en el ciberespacio, con David Marzal y Arturo Fernández (@arturofernandez@comunidad.nvda.es) de Gafotas, Cegatos y sus Aparatos.
- 00:13:43 Accesibilidad web, con Pablo Arias.
- 00:27:48 Clases con Pascal, con David Pacios.
- 00:41:49 Érase una vez, con Enrique Varela.
- 00:52:19 Diseño para todos, con Jonathan Chacón.

Créditos de la música:
«Evening» de Kevin MacLeod (incompetech.com) – Licensed under CC: By Attribution 4.0
Este podcast tiene licencia Reconocimiento-CompartirIgual 4.0 Internacional (CC BY-SA 4.0).
Más información: Décimotercer episodio de Accesibilidad con Tecnologías Libres
Podcast Accesibilidad con Tecnologías libres

Jorge Lama, Víctor , David Marzal, Thais Pusada, Pablo Arias, Jonathan Chacon y Markolino son el equipo reunido para crear el podcast Accesibilidad con Tecnologías libres, un podcast para hablar sobre temas de accesibilidad y tecnologías libres.
En palabras de sus creadores:
En informática, la accesibilidad incluye diferentes ayudas como pueden ser las tipografías de alto contraste o gran tamaño, magnificadores de pantalla, lectores y revisores de pantalla, programas de reconocimiento de voz, teclados adaptados y otros dispositivos apuntadores o de entrada de información.
Además, las inteligencias artificiales están empezando a ser un gran aliado para mejorar la accesibilidad en muchos aspectos. Existen podcasts y canales de vídeo que hablan de la accesibilidad centrándose en entornos Windows o de Apple porque son los más conocidos por el público generalista. Pero en este podcast queremos dar a conocer otros aspectos de la accesibilidad y su relación con otras tecnologías menos conocidas.
Tecnologías que consideramos libres y que nos parecen mejores para la sociedad, en muchos casos…
Por supuesto, os invito a visitar la página de Archive.org donde están recogidos el resto de programas y donde nos indican también aquellos que estań subtitulados, aunque creo que al final lo estarán todos:
Personalmente, me parece un podcast muy interesante que aborda un tema recurrente en el mundo del Software Libre pero que todavía está lejos de solucionarse. Los diferentes proyectos de escritorio de GNU/Linux implementan cosas pero en muchas ocasiones no están coordinadas realmente con las personas que las necesitan. Esperemos que en los próximos años este aspecto se vaya mejorando y, si ocurre, creo que este podcast tendrá parte de culpa, en el buen sentido de la palabra.
Más información: Accesibilidad con Tecnologías Libres
La entrada Episodio 13 de Accesibilidad con Tecnologías libres: Volvemos en 2025 con 5 secciones y 1 entrevista se publicó primero en KDE Blog.
Precedente legal en España: El acceso al software como garantía de una democracia real
El Tribunal Supremo de España ha sentado un precedente legal. La libertad de estudiar el software es constitucionalmente necesaria en el contexto de programas informáticos y algorítmicos de administración pública

Después de una larga batalla legal llevada a cabo por Civio, el Tribunal Supremo ha dictado una sentencia en la que admite que el derecho a conocer el código detrás de software o algoritmos utilizados por las administraciones públicas es un derecho que no se puede esconder omitir alegando derechos de autor que impidan conocer cómo funciona ese software o algoritmos.
Conocí la noticia por la web de la Free Software Foundation Europe (FSFE), que se hacía eco de la victoria jurídica peleada por la asociación Civio y que sienta jurisprudencia para apelar a más casos, tanto en España como en toda Europa dentro de la campaña de Public Money? Public Code! de la FSFE.
Hace unos años, el gobierno de España puso en marcha un «bono social» que servía para que un buen número de hogares recibieran un subsidio que ayudase a pagar los costes de electricidad de esos hogares.
Las personas que quisieran ser beneficiarias deberían registrarse, con el fin de un un software llamado BOSCO evaluase los criterios aportados por esas personas e hiciera un cribado y seleccionase a los beneficiarios.
La consecuencia de dejar a BOSCO evaluar eso fue un desastre, ya que fueron significativamente menos los beneficiarios de lo esperado. Algunas de las personas que fueron rechazadas se pusieron en contacto con Civio para hacer una reclamación.
Lo que la agrupación Civio exigió, fue tener acceso al código fuente del software y de los algoritmos utilizados para ver qué había en los entresijos y ver qué podía fallar.
La respuesta fue la negativa a ofrecer el código fuente amparándose en que ese software y algoritmos estaban protegidos por derechos de autor que impedían hacerlos públicos.
A partir de ahí empezó el litigio por pedir que ese código pagado con dinero público y que evalúa a personas para un bien, fuera de público escrutinio para conocer cómo estaba realizado.
Y toda esa batalla legal hasta llegar al Tribunal Constitucional que ha dado la razón a Civio y ha defendido que el software de BOSCO que evalúa a ciudadanos no puede ampararse en derechos de autor y ser una herramienta opaca. Por tanto
- Puede ser necesario acceder al código fuente para verificar decisiones gubernamentales automatizadas;
- Los “derechos de propiedad intelectual” no bloquean automáticamente la transparencia;
- Las preocupaciones por la seguridad deben equilibrarse con la responsabilidad democrática; y
- La transparencia es especialmente crítica para los sistemas que afectan los derechos sociales.
La FSFE quiere que este fallo judicial sea válido no solo en España, si no en toda Europa, y que se empiece a hacer público el software y algoritmos que de una manera u otra rigen ciertas activides de las personas como ciudadanos y ya de paso el software pagado con dinero público.
El acceso al código fuente es la condición necesaria para establecer un software como software libre, y emanando de esa condición las otras 3 libertades.
- La libertad de ejecutar el programa como se desee, con cualquier propósito (libertad 0).
- La libertad de estudiar cómo funciona el programa, y cambiarlo para que haga lo que se desee (libertad 1). El acceso al código fuente es una condición necesaria para ello.
- La libertad de redistribuir copias para ayudar a otros (libertad 2).
- La libertad de distribuir copias de sus versiones modificadas a terceros (libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad de beneficiarse de las modificaciones. El acceso al código fuente es una condición necesaria para ello.
Y tal como explica la FSFE:
Además de la libertad de estudiar, una ciudadanía informada y empoderada también necesita otras libertades que vienen con el software libre, para poder disfrutar de una verdadera soberanía en nuestra sociedad actual, que se define por su dependencia de la tecnología digital. Por lo tanto, pedimos que los tribunales europeos sigan el ejemplo del Tribunal Supremo español al sopesar los verdaderos costes sociales de los algoritmos y programas no gratuitos administrados públicamente, especialmente cuando se enfrentan a argumentos en aras de la mera protección de la propiedad intelectual.
Parece que Stallman tenía razón. Y en este caso el Tribunal Constitucional de España lo ha refrendado.
Enlaces de interés
- https://fsfe.org/news/2026/news-20260205-01.html
- https://civio.es/novedades/2025/09/17/civio-abre-camino-en-la-transparencia-algoritmica-el-supremo-condena-al-gobierno-a-entregar-el-codigo-fuente-de-bosco/
- https://www.gnu.org/philosophy/free-sw.html#four-freedoms
- https://publiccode.eu/

Cómo escuchar música de Youtube en Linux: Audiotube
Dentro del ecosistema Plasma Mobile y el escritorio KDE nos encontramos muchas nuevas e interesantes aplicaciones, como la que os presento hoy. Y es que hoy te presento AudioTube o cómo escuchar música de Youtube en Linux de una forma sencilla: sin distracciones y sin el consumo de recursos de un navegador web.
Cómo escuchar música de Youtube en Linux: Audiotube
Construida sobre el framework Kirigami, AudioTube ejemplifica la filosofía de la comunidad KDE: software libre, ligero y estéticamente impecable.
A diferencia de otras aplicaciones que simplemente muestran el vídeo, AudioTube está diseñada para tratar a YouTube como una biblioteca musical. Su interfaz permite buscar canciones, álbumes y artistas de forma instantánea, generando listas de reproducción automáticas basadas en tus gustos.

Las características básicas de AudioTube son las siguientes:
- Bajo consumo: Al no renderizar el flujo de vídeo completo, ahorra batería y datos.
- Interfaz adaptativa: Gracias a Kirigami, se ve y funciona igual de bien en un PC de escritorio que en un smartphone con Plasma Mobile.
- Privacidad: Permite navegar por el contenido sin necesidad de una cuenta de Google, manteniendo tu historial de búsqueda de forma local.
- Búsqueda inteligente: Que separa resultados por categorías (canciones, videos, álbumes).
- Integración con el controlador de medios de KDE (MPRIS): Lo que permite que puedes pausar o saltar pistas desde la barra de tareas o la pantalla de bloqueo.
- Gestión de cola de reproducción dinámica: Añade, ordena o modifica la lista de reproducción en tiempo real.

Cómo instalar AudioTube
Para instalarlo la mejor forma es utilizar Flatpak ya que de esta forma no importa la distribución de Linux uses (Ubuntu, Fedora, Mint, etc.), siempre que tengas Flatpak activado.
De esta forma abre tu terminal y escribe:
flatpak install flathub org.kde.audiotube

Evidentemente si prefieres no usar la terminal, búscalo directamente en tu tienda de aplicaciones (Discover en KDE o Software en GNOME) como «AudioTube».
La entrada Cómo escuchar música de Youtube en Linux: Audiotube se publicó primero en KDE Blog.
root y el poder absoluto en GNU/Linux en Compilando Podcast
Hoy me complace compartir con vosotros un nuevo episodio de Compilando Podcast, que ha vuelto con fuerza en forma de episodios tipo píldora muy instructivos. En esta ocasión se trata de un nuevo episodio que lleva por título «root y el poder absoluto en GNU/Linux» donde Paco nos ofrece un episodio divulgativo y reflexivo sobre administración de sistemas, seguridad y filosofía Unix.
root y el poder absoluto en GNU/Linux en Compilando Podcast

En palabras del gran Paco Estrada, extraídas de la nueva web de Compilando Podcast y que sirven de introducción de este nuevo episodio:
En GNU/Linux, las palabras no son casuales.
Tampoco lo es root.En este segundo episodio de la miniserie Palabras de GNU/Linux, hablamos del usuario que no debería existir todo el tiempo: root. No como comando ni como tutorial, sino como concepto, como decisión de diseño y como reflejo de cómo Unix y GNU/Linux entienden el poder.
Root representa la raíz del sistema (/), el origen de todo el árbol de archivos y la autoridad sin límites. Un poder necesario, pero que exige prudencia, contexto y responsabilidad.
En este episodio abordamos:
- Por qué existe el usuario root
- Qué significa realmente ser root (más allá de “tener permisos”)
- La relación entre root, el árbol de archivos y la raíz /
- Error humano, prudencia y diseño de Unix
- Cuándo tiene sentido usar root en entornos controlados
- Por qué Unix intenta que no vivamos permanentemente como root
Un episodio divulgativo y reflexivo sobre administración de sistemas, seguridad y filosofía Unix.
Más información: Compilando Podcast
¿Qué es Compilando Podcast?
Dentro del mundo de los audios de Software Libre, que los hay muchos y de calidad, destaca uno por la profesionalidad de la voz que lo lleva, el gran Paco Estrada, y por el mimo con el que está hecho. No es por nada que ganó el Open Awards’18 al mejor medio, un reconocimiento al trabajo realizado por la promoción .
A modo de resumen, Compilando Podcast es un proyecto personal de su locutor Paco Estrada que aúna sus pasiones y que además, nos ofrece una voz prodigiosa y una dicción perfecta.
La entrada root y el poder absoluto en GNU/Linux en Compilando Podcast se publicó primero en KDE Blog.
Mejorado el plasmoide lista de ventanas – Esta semana en Plasma
Es increíble el trabajo de promoción que está realizando Nate (ahora con ayuda de otros desarrolladores) en su blog, desde hace más del tiempo que puedo recordar. Cada semana hace un resumen de las novedades más destacadas, pero no en forma de telegrama, sino de artículo completo. Su cita semanal no falla y voy a intentar hacer algo que es simple pero requiere constancia. Traducir sus artículos al castellano utilizando los magníficos traductores lo cual hará que la gente que no domine el inglés esté al día y que yo me entere bien de todo. Bienvenidos pues a «Mejorado el plasmoide lista de ventanaa» de Esta semana en Plasma. Espero que os guste.
Mejorado el plasmoide lista de ventanas – Esta semana en Plasma
Nota: artículo original en Blogs KDE. Traducción realizada utilizando Perplexity. Esta entrada está llena de novedades de la Comunidad KDE. Mis escasos comentarios sobre las mejoras entre corchetes.
Bienvenido a una nueva edición de This Week in Plasma!
Esta semana el equipo de Plasma ha seguido puliendo Plasma 6.6 para su lanzamiento dentro de una semana y media. Con eso encaminado, han llegado muchas contribuciones fantásticas en otros temas diversos, añadiendo funciones interesantes y mejorando interfaces de usuario. Échales un vistazo aquí:
Nuevas funcionalidades
Plasma 6.7.0
El widget Lista de ventanas ahora admite ordenación y muestra encabezados de sección en su vista completa, lo que facilita navegar por las ventanas según escritorios virtuales, actividades o alfabéticamente. (Shubham Arora, plasma-desktop MR #3434) [Organizar la información es básico].

Mejoras en la interfaz de usuario
Plasma 6.6.0
La página de Gestos de Pantalla Táctil en Configuración del sistema ahora se oculta cuando no hay pantallas táctiles. ¡Esto completa el proyecto para ocultar todas las páginas de hardware inaplicables! (Alexander Wilms y Kai Uwe Broulik, KDE Bugzilla #492718 y systemsettings MR #391) [ALgo lógico, si no hay hardwarde mejor que no aparezca. Eso sí, que se detecte el nuevo hardware].


El interruptor «Habilitar Bluetooth» en el widget Bluetooth ya no muestra aleatoriamente un contorno azul en su mango incluso cuando no está claramente enfocado. (Christoph Wolk, KDE Bugzilla #515243)
Plasma 6.7.0
El gestor de ventanas de Plasma ahora recuerda el relleno de teselado por pantalla. (Tobias Fella, KDE Bugzilla #488138)
El diálogo de selección de fondos de pantalla ahora se inicia en la ubicación a la que navegaste la última vez que lo usaste. (Sangam Pratap Singh, KDE Bugzilla #389554)
Las previsualizaciones de temas en la página de configuración de cursores de Configuración del sistema ahora escalan mejor cuando se usan tamaños de cursor masivos. (Kai Uwe Broulik, plasma-workspace MR #6244)


Los elementos de actualización en la página de actualizaciones de Discover ahora tienen un mejor diseño y alineación. (Nate Graham, discover MR #1252) [Sigo opinando que esta aplicación es básica para llegar todo tipo de usuarios].
Se completó el proyecto para hacer consistentes los botones de eliminar en las páginas selectoras de temas de Configuración del sistema. (Sam Crawford, plasma-desktop MR #3506, sddm-kcm MR #101 y plymouth-kcm MR #47)
El icono de la bandeja del sistema que Discover usa para representar una actualización automática en progreso ahora se parece mucho más a los otros iconos de actualización, y mucho menos al icono de Nextcloud. (Kai Uwe Broulik, discover MR #1258 y breeze-icons MR #526)
Frameworks 6.23
Los popups de combobox en aplicaciones basadas en QtQuick y páginas de Configuración del sistema ahora usan el estilo de menú estándar en lugar de un estilo personalizado. (Nate Graham, qqc2-desktop-style MR #497)
Se añadió estilo para el nuevo componente upstream SearchField que se añadió recientemente a QtQuick mismo. Ahora se ve como la versión de KDE que creamos hace años antes de que existiera la versión de Qt. (Manuel Alcaraz Zambrano, qqc2-desktop-style MR #500)
Corrección de errores importantes
[No comento las correcciones de errores ya que son bastante evidentes].
Plasma 6.5.6
Ya no es posible cerrar accidentalmente el diálogo de confirmación «¿Mantener configuración de pantalla?» haciendo clic en pánico, manteniendo configuraciones malas en lugar de revertirlas. (Nate Graham, kscreen MR #460)
Se solucionó una regresión en el análisis del perfil ICC sRGB que reducía la precisión del color. (Xaver Hugl, KDE Bugzilla #513691)
Los plugins de fondos de pantalla de terceros que incluyen traducciones ahora muestran ese texto traducido como se espera. (Luis Bocanegra, KDE Bugzilla #501400)
Plasma 6.6.0
Se solucionaron múltiples problemas importantes en la pantalla de bloqueo que podían encontrarse con autenticación por huella digital activada: uno que podía romper el desbloqueo por huella, y otro que podía dejarte con un botón «Desbloquear» que no hacía nada al hacer clic. (David Edmundson, KDE Bugzilla #506567 y KDE Bugzilla #484363)
Se solucionó un cuelgue de Plasma causado por aplicar un tema global que incluye un script de diseño malformado. (Marco Martin, KDE Bugzilla #515385)
Los tooltips de panel ya no respetan inapropiadamente ciertas políticas de colocación de ventanas en Wayland. (Tobias Fella, KDE Bugzilla #514820)
Los atajos globales creados por el usuario ahora siempre se categorizan como «Aplicaciones», resolviendo un problema por el cual las aplicaciones añadidas eligiendo un ejecutable mediante el diálogo selector de archivos se categorizaban inapropiadamente como servicios del sistema y no podían editarse ni eliminarse. (Tobias Fella, KDE Bugzilla #513565)
Se solucionaron dos problemas con archivos y carpetas recientes en el lanzador de aplicaciones Kickoff: ahora muestra los iconos correctos de tipo de archivo para los elementos, y ya no muestra a veces una extraña sección duplicada «archivos». (Christoph Wolk, KDE Bugzilla #496179 y KDE Bugzilla #501903)
Spectacle ahora muestra la resolución correcta en su tooltip para capturas de región rectangular cuando se usa un factor de escala fraccional en una sola pantalla. (Noah Davis, KDE Bugzilla #488034)
El diálogo «Abrir con» ahora filtra correctamente su vista cuando se abre desde una aplicación Flatpak. (David Redondo, KDE Bugzilla #506513)
El foco del teclado ya no se queda atascado en el widget de Búsqueda después de que aparezcan sus resultados de búsqueda. (Christoph Wolk, KDE Bugzilla #506505)
Frameworks 6.23
Se solucionó un problema complicado que podía romper el desbloqueo automático de billeteras KWallet al iniciar sesión. (Bosco Robinson, KDE Bugzilla #509680)
Se solucionó una regresión visual con ciertas listas de elementos que hacía que el último tocara el fondo de su vista o popup. (Marco Martin, KDE Bugzilla #513459)
Mejoras de rendimiento y aspectos técnicos
Frameworks 6.23
Se redujo el uso máximo de memoria de KRunner mientras está habilitada la búsqueda de archivos. (Stefan Brüns, KDE Bugzilla #505838)
Cómo puedes ayudar
KDE se ha vuelto importante en el mundo, y tu tiempo y contribuciones han ayudado a llegar hasta aquí. A medida que crecemos, necesitamos tu apoyo para mantener KDE sostenible.
¿Te gustaría ayudar a preparar este informe semanal? Preséntate en la sala de Matrix y únete al equipo.
Más allá de eso, puedes ayudar a KDE involucrándote directamente en cualquier otro proyecto. Donar tiempo es realmente más impactante que donar dinero. Cada colaborador marca una gran diferencia en KDE — ¡no eres un número ni un engranaje en una máquina! No tienes que ser programador, existen muchas otras oportunidades.
También puedes ayudar haciendo una donación. Esto ayuda a cubrir costes operativos, salarios, gastos de viaje para colaboradores y, en general, a mantener KDE llevando Software Libre al mundo.
La entrada Mejorado el plasmoide lista de ventanas – Esta semana en Plasma se publicó primero en KDE Blog.
#openSUSE Tumbleweed revisión de la semana 6 de 2026
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:
El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:
De nuevo esta semana se han publicado 4 nuevas snapshots (0131, 0202, 0203, y 0204) a pesar de un problema en el propio sistema Open Build System que impidió que las snapshots 0129 y 0130 llegasen a openQA.
Las actualizaciones más destacadas de esta semana:
- Mesa 25.3.4
- Mozilla Firefox 147.0.2
- gpg 2.5.17
- mdadm 4.5
- Kiwi 10.2.38
- Grub 2.14
- Linux kernel 6.18.8
- Freerdp 3.22.0
- Los primeros componenete de GNOME 49.4
- Qt 6.10.2
- Shadow 4.19.3
- cryptsetup 2.8.4
Y para próximas snapshots, ya se están preparando las siguientes actualizaciones:
- systemd 258.3
- KDE Gear 25.12.2
- Samba 2.23.5
- Mesa 26.0.0 rc3
- git 2.53.0
- KDE Plasma 6.6 (actualmente probándose la versión 6.5.91)
- glibc 2.43
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
——————————–
En esta ocasión contamos con 5 secciones para tratar como habitualmente diferentes temas de accesibilidad y FLOSS desde diferentes aristas.