Member
CzPTest syslog-ng before the 4.13 release
Version 4.13 of syslog-ng is expected to be released in the coming weeks. There are fixes and enhancements even in the core of syslog-ng. Testing of the latest nightly builds is much appreciated.
Thousands of automatic tests check each source code change before they are merged. Still, nothing can replace some manual testing with real-world configurations. Syslog-ng runs on a wide variety of systems, from RHEL 8 to Fedora Rawhide, FreeBSD, MacOS and others. It supports everything from simple file destinations to various network destinations, including not just syslog, but also OpenTelemetry or ElasticSearch. No automatic testing can fully cover all these variations.
I collected below just some of the highlights:
- JSON Key Ordering Control
- gELF Format Fixes
- AWS CloudWatch Logs HLC Destination
- Exponential Reconnect Backoff with Jitter
- PKCS#12 Password Support
- Debug Macro Storage Control
Read more at https://www.syslog-ng.com/community/b/blog/posts/test-syslog-ng-before-the-4-13-release
syslog-ng logo
Sexta actualización de Plasma 6.7
Me alegra compartir con todos vosotros la sexta actualización de Plasma 6.7, sí esta versión tiene un soporte extendido, continuando así la serie de revisión de software que le dotará de más estabilidad, mejores traducción y resolución de errores. Estas actualizaciones son 100% recomendables y casi obligatorias para cualquier usuario ya que lo único que hacen es mejorar la versión sin comprometer sus funcionalidades.
Sexta actualización de Plasma 6.7
No existe Software creado por la humanidad que no contenga errores. Es un hecho incontestable y cuya única solución son las actualizaciones. Es por ello que en el ciclo de desarrollo del software creado por la Comunidad KDE se incluye siempre las fechas de las mismas siguiendo una especie de serie de Fibonacci.
Así que me congratula en presentar que el martes 3 de noviembre de 2026, unos meses después de liberar el código de Plasma 6.7 la Comunidad KDE presentó la sexta actualización de errores.
Más información: KDE
Las novedades generales de Plasma 6.7
Aprovecho para realizar un listado de las novedades generales de Plasma 6.7:
- Escritorios virtuales por pantalla: Ahora es posible configurar escritorios virtuales de forma independiente para cada monitor.
- Prueba del volumen del micrófono: Se ha añadido una herramienta para comprobar los niveles de entrada de audio, facilitando el diagnóstico de problemas con el micrófono.
- Caracteres especiales en teclado virtual: Al usar el teclado virtual, es posible mantener pulsada una tecla para acceder a los caracteres especiales asociados a ella.
- Interruptor rápido de temas: Se incluye un nuevo control para cambiar instantáneamente entre los temas globales claros y oscuros.
- Calendario lunar vietnamita: Se ha integrado este calendario en el sistema para permitir su uso junto al gregoriano.
- Mejora en «Aplicaciones en segundo plano»: La bandeja del sistema ahora muestra también las aplicaciones que utilizan el sistema de segundo plano moderno, frecuente en paquetes Flatpak.
- Monitorización de impresión: El icono de la bandeja del sistema para impresoras ahora muestra una placa indicando el número de trabajos activos.
- Gestión de colas de impresión: Se ha introducido una nueva herramienta para gestionar colas de impresión, diseñada tanto para un uso doméstico sencillo como para la gestión avanzada de múltiples impresoras.
-
Acceso rápido a escritorios en Vista general: Desde la Vista general (
Meta+W), ahora es posible cambiar entre escritorios virtuales usando el ratón o las teclasRePágyAvPág. - Favoritos por arrastrar y soltar: Se ha simplificado la gestión de favoritos en los lanzadores y menús de aplicaciones mediante la función de arrastrar y soltar.
La entrada Sexta actualización de Plasma 6.7 se publicó primero en KDE Blog.
Recopilación del boletín de noticias de la Free Software Foundation – noviembre de 2026
Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.
La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía, frente a las restricciones y abusos a los usuarios por parte del software privativo.
La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.
Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!
- En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2026/november
- Y traducido en español (cuando el equipo de traducción lo tengamos disponible) en este enlace: https://www.fsf.org/free-software-supporter/2026/noviembre
Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter
¿Te gustaría aportar tu ayuda en la traducción y colaborar con la FSF? Lee el siguiente enlace:
Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de noviembre 2026.
La integridad electoral requiere software libre
Del 22 de octubre
Un país libre tiene la responsabilidad de garantizar que todos sus ciudadanos sean escuchados y que los procesos de votación sean transparentes y justos. El software libre tiene mucho que ofrecer para aumentar la confianza de los votantes en el proceso electoral, incluyendo la oportunidad de aumentar la seguridad y transparencia, así como un control individualizado.
Además, cuando el código fuente de las máquinas de votación es público, permite al público inspeccionar cómo de seguro es realmente el software y verificar que no ha sido manipulado. Cuando votes en cualquier lugar que utilice máquinas de votación, pregunta a tus funcionarios electorales cómo aseguran que sus procesos sean realmente transparentes.
Defiende el software libre en las partes electrónicas del proceso de votación y, siempre que sea posible, utilicen y aboguen por preservar papeletas en papel verificables por los votantes.
Ley de Contratación Pública: Europa necesita control sobre su infraestructura digital
Del 29 de octubre por la Free Software Foundation Europe (FSFE)
La Comisión Europea ha publicado su propuesta para la Ley de Contratación Pública, sentando las bases para una reforma de las normas europeas de contratación. Reconoce explícitamente el software libre como una vía para perseguir objetivos de innovación, pero no cumple con respecto en otras áreas clave.
Nos unimos a la FSFE para pedir a los colegisladores de la UE que aborden sus deficiencias y aseguren que Europa pueda controlar su infraestructura digital. Puedes leer más sobre esta propuesta y sus carencias en el artículo a continuación.
Preparándose para operar GNU Taler en Alemania
Del 20 de octubre por GNU Taler
Durante los últimos tres años, el proyecto NGI GNU Taler ha trabajado con el objetivo de hacer que Taler esté legalmente disponible en la Unión Europea como un sistema de pago online para uso diario.
GNU Taler es un sistema de pago respetuoso de la libertad y respetuoso de la privacidad que pronto tendrá una base operativa en Bochum, Alemania.
La nueva empresa alemana, Taler Operations AG, planea operar un servicio de pago GNU Taler denominado en euros, permitiendo los pagos con Taler primero en Alemania y luego en la zona euro.
Sigue leyendo para descubrir por qué GNU Taler requiere una empresa como Taler Operations, qué cambió en el consorcio NGI TALER y cómo los ciudadanos que quieren ver a Taler triunfar pueden ayudar, incluso como inversores.
Estas son solo algunas de las noticias recogidas este mes, ¡¡pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:
Y todos los números del «supporter» o boletín de noticias de 2026 en español, francés, portugués e inglés aquí:
Novedades para todos los usuarios del mundo en Plasma 6.8
Ya han pasado 2 semanas y Plasma 6.8 ya está en todos mis equipos. Es hora de empezar el repaso a sus novedades, algo que creo que me llevará un tiempo porque como no siguen una temática determinada he decidido comentar la novedad y ampliar con aspectos relacionados con la misma. De esta forma os presento las novedades para todos los usuarios del mundo en Plasma 6.8, un aspecto clave en el Software Libre ya que hay una idea que ronda a muchos de los desarrolladores: piensa en global, actúa en local, de forma que muchos usuarios simplemente adaptan el software a su cultura al tiempo que la ponen a disposición de todo el planeta.
Novedades para todos los usuarios del mundo en Plasma 6.8
Como ya sabemos, el proyecto KDE está extendido por todo el mundo y, por tanto, está arraigado a todas las culturas del planeta, algo que lo diferencia de otros sistemas privativos.
Y es que es asombroso, por ejemplo, la cantidad de idiomas que pone a disposición Plasma para sus usuarios, su software está traducido a más de 60 idiomas, algo que no solo es útil sino que es imprescindible si te mueves en el mundo educativo.
Pero no todo son los idiomas, el módulo «Región e idioma» de Plasma permite definir los idiomas y formatos preferidos para el espacio de trabajo y las aplicaciones que se ejecutan en él. Es decir, existe una infraestructura de configuración regional sobre la que se van montando calendarios y convenciones concretas.
En Plasma 6.8 sigue esta mejora y en palabras de los desarrolladores:
Plasma 6.8 incorpora compatibilidad con el calendario bikram sambat en el reloj digital y con el idioma amárico en el teclado virtual. Estas son solo dos de las muchas novedades incorporadas a Plasma sobre las versiones recientes, con el objetivo de convertirlo en un entorno de escritorio verdaderamente universal.
El calendario bikram sambat es utilizado principalmente en Nepal y permite a los usuarios de esa región visualizar fechas locales de manera nativa desde el panel del escritorio. Por su parte, el soporte para amárico en el teclado virtual abre el acceso a millones de hablantes de Etiopía, donde la lengua tiene aproximadamente 25 millones de usuarios como primera lengua, según destaca OSNews al cubrir el lanzamiento de esta versión.
De esta forma se consolida el compromiso de la Comunidad KDE que se describe a sí misma como una comunidad internacional, y su calendario de eventos y sus sitios localizados cubren ciudades de Europa, Asia, América y África. Linux Journal interpreta el conjunto de la versión en términos parecidos a los tuyos: los cambios reflejan el esfuerzo continuo de KDE por hacer el escritorio accesible a usuarios cuyas lenguas y convenciones regionales difieren de las priorizadas tradicionalmente por el software de escritorio.
Lanzado Plasma 6.8, Edición del 30.º aniversario
La Comunidad KDE publicó hace unas semanas Plasma 6.8 una versión que supone otro paso firme en la evolución positiva que está siendo la rama 6. Prueba de ello es que todas sus versiones anteriores (del 6.0 al 6.7 ) han sido escritorios 100% funcionales y que ya nadie se plantea si el salto a la nueva tecnología tiene riesgo.
En otras palabras, Plasma 6 debería ser el entorno de trabajo a utilizar si te gusta el trabajo de KDE y, me atrevo a decir, si te gustan los entornos libres.
En palabras de sus desarrolladores:
Plasma 6.8 se lanza en un día muy especial: el 30.º aniversario de KDE. Hoy celebramos tres décadas de la comunidad KDE ofreciendo el mejor software libre y de código abierto del mundo.
Plasma 6.8 no es ninguna excepción, ya que ofrece mejoras en gran parte de la experiencia del usuario y también bajo la superficie.
La versión 6.8 se centra en impulsar Plasma hacia el futuro: incorpora cambios que notarás de inmediato, combinados con mejoras importantes, aunque sutiles, diseñadas para sentar las bases de décadas de servicio futuro.
¡Sumérgete y descubre cómo será el entorno de escritorio del mañana!
Lo cual os debería llevar al anuncio oficial del lanzamiento de Plasma 6.8 de la Comunidad KDE.
En los próximas entradas, como es habitual, más detalles.
-
Novedades para todos los usuarios del mundo en Plasma 6.8
Os presento las novedades para todos los usuarios del mundo en Plasma 6.88, un aspecto clave en el Software Libre ya que hay una idea que ronda a muchos de los desarrolladores: piensa en global, actúa en local, de forma que muchos usuarios simplemente adaptan el software a su cultura al tiempo que la ponen a disposición de todo el planeta. -
Novedades de accesibilidad en Plasma 6.8
Os presento las novedades de accesibilidad en Plasma 6.8, un aspecto que está muy presente en la Comunidad KDE, no por nada fue uno de sus objetivos principales hace unos años. -
Segunda actualización de Plasma 6.8
Me alegra compartir con todos vosotros la segunda actualización de Plasma 6.8, siguiendo así la serie de revisión de software que le dotará de más estabilidad, mejores traducción y resolución de errores. -
Primera actualización de Plasma 6.8
Me alegra compartir con todos vosotros la primera actualización de Plasma 6.8, iniciando así una serie de revisión de software que le dotará de más estabilidad, mejores traducción y resolución de errores. -
Lanzado Plasma 6.8, Edición del 30.º aniversario
El tiempo pasa inexorable y la Comunidad KDE lo aprovecha para mejorar, versión tras versión, la joya de su corona: el escritorio Plasma. Hoy me complace anunciar que ha sido… Leer más: Lanzado Plasma 6.8, Edición del 30.º aniversario
La entrada Novedades para todos los usuarios del mundo en Plasma 6.8 se publicó primero en KDE Blog.
openSUSE Leap 16.1 lançado
Nova versão integra o Leap Micro, apresenta KDE Plasma 6.6, moderniza ferramentas de desenvolvimento e fortalece a integração com o SUSE Linux Enterprise Server.
3 de novembro de 2026
O Projeto openSUSE anunciou oficialmente o lançamento do openSUSE Leap 16.1, trazendo uma das mudanças mais importantes da história recente da distribuição: a integração do openSUSE Leap Micro diretamente ao Leap, por meio de um novo modo de instalação chamado Immutable Mode.
A novidade representa um avanço significativo na estratégia do projeto, permitindo que uma única distribuição Linux atenda diferentes necessidades, desde estações de trabalho e servidores tradicionais até ambientes de virtualização, contêineres, computação de borda (Edge Computing) e infraestruturas empresariais.
Mais do que uma atualização de pacotes, o openSUSE Leap 16.1 consolida uma arquitetura que combina estabilidade, segurança, flexibilidade e modernização.
Uma distribuição, duas abordagens: tradicional e imutável
A principal novidade do openSUSE Leap 16.1 é a possibilidade de escolher entre dois modelos de instalação utilizando a mesma imagem e o instalador Agama.
Modo tradicional: mantém a abordagem clássica do Linux, com sistema de arquivos raiz em leitura e escrita, permitindo a instalação e administração convencional de pacotes e serviços.
Modo imutável (Immutable Mode): utiliza um sistema de arquivos raiz somente para leitura, com atualizações transacionais e mecanismos de recuperação baseados em snapshots.
Esse segundo modelo incorpora a experiência anteriormente oferecida pelo openSUSE Leap Micro, distribuição especialmente desenvolvida para servidores, execução de contêineres e dispositivos de borda.
Com essa integração, o Leap Micro deixa de existir como uma distribuição independente. Não haverá versões Leap Micro 6.3 ou 7.0. Seu sucessor passa a ser o próprio openSUSE Leap 16.1 em modo imutável.
A mudança simplifica o ecossistema openSUSE, permitindo que diferentes perfis de usuários compartilhem o mesmo ciclo de manutenção e atualizações.
Immutable Mode: mais segurança e previsibilidade
Uma das vantagens dos sistemas imutáveis está na maneira como as atualizações são aplicadas.
Em vez de modificar diretamente o sistema em execução, o openSUSE utiliza o mecanismo transactional-update, que prepara as alterações em um novo snapshot.
Isso proporciona benefícios importantes:
- Atualizações mais previsíveis: alterações são aplicadas de maneira transacional.
- Recuperação simplificada: problemas após atualizações podem ser revertidos utilizando snapshots anteriores.
- Maior consistência: reduz alterações inesperadas no sistema operacional.
- Segurança operacional: diminui a superfície de modificações persistentes no sistema base.
- Adequação a ambientes críticos: especialmente útil para servidores, appliances, dispositivos de borda e infraestrutura de contêineres.
Aplicações e dependências adicionais podem ser executadas de forma isolada utilizando tecnologias como Podman, Distrobox e Flatpak, conforme o cenário de utilização.
Essa abordagem se mostra particularmente interessante para infraestruturas modernas, nas quais a estabilidade do sistema operacional é tão importante quanto a capacidade de atualizar aplicações rapidamente.
Agama 24: uma nova experiência de instalação
O instalador Agama, introduzido no openSUSE Leap 16.0, chega à versão 24 com melhorias de maturidade e integração.
Agora, durante a instalação, o usuário pode selecionar o modelo tradicional ou imutável diretamente na interface.
Essa evolução elimina a necessidade de imagens de instalação completamente diferentes para os dois modelos de utilização.
O Agama também representa uma modernização importante da arquitetura de instalação do openSUSE, com recursos que favorecem automação, implantação e gerenciamento em diferentes ambientes.
Integração ainda maior com o SUSE Linux Enterprise Server 16.1
Outro marco importante é o alinhamento do lançamento do openSUSE Leap 16.1 com o SUSE Linux Enterprise Server (SLES) 16.1.
Pela primeira vez nessa série, os dois sistemas são lançados no mesmo dia, permitindo maior sincronização das atualizações de manutenção.
O openSUSE Leap continua utilizando uma base compartilhada com o SUSE Linux Enterprise, preservando compatibilidade de código-fonte e binários nos componentes compartilhados.
Para desenvolvedores e empresas, essa integração oferece vantagens importantes.
É possível desenvolver, testar e validar aplicações utilizando o openSUSE Leap e posteriormente implantá-las em ambientes empresariais baseados no SLES, com maior previsibilidade de compatibilidade.
A estratégia reforça o papel do openSUSE como plataforma comunitária de desenvolvimento, pesquisa, inovação e implantação de soluções empresariais.
KDE Plasma 6.6 e atualizações para o desktop
Os usuários de desktop também recebem novidades importantes.
O destaque fica para o KDE Plasma 6.6, que substitui a versão 6.4 presente no lançamento anterior.
A atualização é acompanhada pelo Qt 6.11 e KDE Frameworks 6.25, oferecendo uma base mais moderna para aplicações e ambientes gráficos.
Outras atualizações incluem:
| Componente | Versão |
|---|---|
| KDE Plasma | 6.6 |
| KDE Frameworks | 6.25 |
| Qt | 6.11 |
| GNOME | 48 |
| LXQt | 2.4 |
| Xfce | 4.20 |
| LibreOffice | 26.2 |
| GIMP | 3.2 |
O GNOME permanece na série 48, recebendo atualizações de correção e estabilidade.
A estratégia permite equilibrar modernização e confiabilidade, características tradicionalmente associadas ao openSUSE Leap.
Kernel Linux 6.12 e ferramentas atualizadas
O openSUSE Leap 16.1 mantém uma base de sistema operacional conservadora, priorizando estabilidade e suporte prolongado, sem deixar de atualizar ferramentas importantes.
Entre os principais componentes estão:
| Tecnologia | Versão |
|---|---|
| Kernel Linux | 6.12 |
| systemd | 257 |
| glibc | 2.40 |
| Python padrão | 3.13 |
| Python adicional | 3.14 |
| LLVM | 21 |
| PHP | 8.5.12 |
| MariaDB | 12.3 |
| PostgreSQL | 18 |
| QEMU | 11.0 |
| libvirt | 12.4 |
| Podman | 5.8 |
A presença de versões atualizadas do QEMU, libvirt e Podman fortalece a utilização do Leap como plataforma de virtualização e execução de contêineres.
Para desenvolvedores, Python 3.14 e LLVM 21 ampliam as possibilidades de utilização de ferramentas modernas, sem abandonar a base estável da distribuição.
Segurança: SELinux e requisitos de hardware
O openSUSE Leap 16.1 mantém o SELinux como módulo de segurança padrão, seguindo a estratégia estabelecida na série Leap 16.
O SELinux oferece mecanismos de controle de acesso obrigatório (MAC), permitindo políticas que restringem as operações realizadas por processos e serviços.
Essa arquitetura é especialmente relevante para servidores, ambientes multiusuário e infraestruturas com requisitos rigorosos de segurança.
Em relação ao hardware, a distribuição mantém o requisito mínimo de processadores compatíveis com x86-64-v2 na arquitetura x86_64.
O suporte à execução de aplicações de 32 bits continua desabilitado por padrão, mas pode ser habilitado quando necessário, inclusive para determinados jogos e aplicações legadas.
Para computadores antigos incompatíveis com x86-64-v2, o projeto recomenda avaliar alternativas como openSUSE Tumbleweed ou Slowroll, conforme a compatibilidade do equipamento.
Novidade para administradores: openSUSE Version Diff
O projeto também disponibilizou uma nova ferramenta chamada openSUSE Version Diff, baseada no projeto osdiff.
Seu objetivo é facilitar a comparação das versões dos pacotes entre diferentes lançamentos da distribuição.
A ferramenta permite comparar o openSUSE Leap 16.1 com o Leap 16.0, Tumbleweed e versões disponibilizadas pelos projetos originais.
Os resultados podem ser filtrados e exportados em formatos JSON e CSV.
Essa funcionalidade é especialmente interessante para administradores, desenvolvedores e mantenedores que precisam acompanhar mudanças de dependências, versões de bibliotecas e compatibilidade de software.
Ciclo de vida até a próxima década
O openSUSE Leap 16 mantém sua estratégia de lançamentos menores anuais.
O planejamento prevê a continuidade da série até o openSUSE Leap 16.6, em 2031, oferecendo um horizonte de longo prazo para usuários e organizações.
A documentação oficial estabelece uma janela de aproximadamente 24 meses de manutenção comunitária para cada versão menor da série Leap 16.
Esse planejamento permite que empresas e usuários organizem atualizações e migrações de maneira mais previsível.
Usuários do openSUSE Leap 16.0 podem realizar a atualização para o 16.1 seguindo a documentação oficial.
Já os usuários do Leap Micro 6.2 podem utilizar a ferramenta openSUSE Migration Tool para migrar ao novo modo imutável, embora esse caminho ainda seja considerado experimental e exija cuidados adicionais, incluindo backups completos.
Conclusão: uma evolução importante para o ecossistema openSUSE
O lançamento do openSUSE Leap 16.1 representa mais do que a chegada de novas versões de pacotes.
A decisão de integrar o Leap Micro ao Leap, oferecendo instalações tradicionais e imutáveis em uma única distribuição, demonstra uma evolução importante na arquitetura e na estratégia de manutenção do projeto.
Ao combinar uma base estável, integração com o SUSE Linux Enterprise, ferramentas modernas e suporte a diferentes modelos de implantação, o openSUSE fortalece sua posição como uma plataforma Linux versátil para desktops, servidores, virtualização e computação de borda.
Como participante da comunidade openSUSE e entusiasta de tecnologias abertas, considero essa evolução especialmente relevante para o futuro da infraestrutura Linux, principalmente em um cenário no qual inteligência artificial, segurança, automação e processamento distribuído estão cada vez mais presentes.
O openSUSE Leap 16.1 mostra que estabilidade e inovação não precisam seguir caminhos separados.
Downloads e referências
- Download oficial: https://get.opensuse.org/leap/
- Notas de lançamento: https://doc.opensuse.org/release-notes/x86_64/openSUSE/Leap/16.1/html/release-notes-leap-161/
- Atualização de sistema: https://en.opensuse.org/SDB:System_upgrade
- Instalador Agama: https://agama-project.github.io/
- Ferramenta Version Diff: https://github.com/openSUSE/osdiff
- Migração do Leap Micro: https://github.com/openSUSE/opensuse-migration-tool
- Projeto openSUSE: https://www.opensuse.org/
Viva o software livre! Viva a comunidade openSUSE!
Leap 16.1 Unites Traditional and Immutable Linux in One Release
Leap 16.1 did not ship on the same day as SUSE Linux Enterprise Server 16.1, as stated in this article. SUSE is expect to ship SUSE Linux Enterprise Server 16.1 this month.
EN / CA / CZ / ES / JA / EL / NL / SV / ZH-TW
Members of the openSUSE Project are excited to announce the release of openSUSE Leap 16.1. This is the first minor release in the Leap 16 series and with this release, openSUSE’s immutable server distribution, Leap Micro, becomes part of Leap itself through a new Immutable Mode.
Last year, Leap 16.0 opened a new chapter for the project with a fresh software stack, the Agama installer and a life cycle that runs into the next decade. Leap 16.1 continues that story. It folds openSUSE’s immutable server distribution into Leap itself, so one distribution now covers desktops, traditional servers, container and virtual machine hosts, and edge devices.
“Leap’s image gives the best of both for traditional and immutable users, and we expect that Tumbleweed will follow when Agama becomes the default installer for Tumbleweed as well.” said Leap release manager Lubos Kocman. “The Leap Micro experience people relied on is still here, but now it shares the same release, the same life cycle and the same maintenance updates as the rest of Leap, so users only have to pick the mode that fits their workload.”
Immutable Mode with transactionally updating a system with a read-only root filesystem is a big change for this release. Users who know Leap Micro will recognize it right away, because it is the same approach, now integrated directly into Leap. Leap 16.1 in Immutable Mode replaces Leap Micro, and there will be no Leap Micro 6.3 or 7.0. Users simply boot the regular Leap 16.1 install image and select Immutable Mode in Agama. Each update with transactional-update creates a new snapshot, and a single command rolls the system back if something goes wrong. Additional software can be consumed through containers with Podman or Distrobox, or through Flatpak on the desktop.
Leap Micro users will still feel at home. The familiar preconfigured appliances are available in the alternative downloads section at get.opensuse.org. These include a self-install image recommended for USB installations, images for KVM/Xen, Microsoft Hyper-V, VMware, Harvester and cloud environments, and a fully encrypted raw disk image. Existing Leap Micro 6.2 systems can move to Leap 16.1 in Immutable Mode with the openSUSE Migration tool. That migration path is still considered experimental, so users should make a backup first and share how it went.
Leap 16.1 is also the first Leap release to ship on the same day as its enterprise counterpart. Following feedback from the Leap 16.0 retrospective, the release team synced the Leap 16.1 release with SUSE Linux Enterprise Server 16.1 so that maintenance updates flow without a gap after release. Leap continues to build on SLES and keeps source and binary identicality with it. Users can still migrate from Leap to SLES, and developers can create, test and run workloads on Leap for later deployment on SLES.
Desktop users will find a noticeable update for KDE, with Plasma moving from 6.4 to 6.6 alongside Qt 6.11 and KDE Frameworks 6.25. GNOME users stay on GNOME 48 with bug fix updates. As in the Leap 15 era, the big GNOME update is spread across two releases, and the next major version is planned for a future release. LXQt moves from 2.2 to 2.4, and Xfce on Wayland continues with 4.20. Office and creative users get LibreOffice 26.2 and GIMP 3.2.
Under the hood, Leap 16.1 keeps the stable core of the Linux 6.12 kernel, systemd 257 and glibc 2.40, while the tools around it move forward. Virtualization gets QEMU 11.0 and libvirt 12.4, and container users get Podman 5.8. Developers can now use Python 3.14 alongside the default Python 3.13, together with LLVM 21, PHP 8.5.12, MariaDB 12.3 and PostgreSQL 18.
Agama itself has matured considerably since its debut in Leap 16.0 and now ships in version 24.
Rather than listing every update, the project offers its new openSUSE version diff tool. It is a single page that compares source package versions across Leap 16.1, Leap 16.0 and Tumbleweed, along with the latest upstream versions. Users can filter by status to see exactly what changed since 16.0, or download the data as JSON or CSV.
Leap 16.1 keeps the hardware and security baseline set last year. It requires x86-64-v2 as the minimum CPU level, uses SELinux as the default Linux Security Module, and leaves 32-bit (ia32) support disabled by default but available for those who need it, such as Steam gamers. Users with older hardware can migrate to Slowroll or Tumbleweed. Leap 16.0 users can upgrade to 16.1, and Leap 16.0 will receive updates until [end-of-life date].
Annual minor releases are expected to continue until Leap 16.6 in 2031, with immutable users now following the same path as everyone else on Leap. Those who wish to develop for Leap 16 are encouraged to join the weekly feature review meeting on Mondays.
Celebrate with the community
Community members plan to celebrate with a release party in the openSUSE bar and readers are encouraged to attend. A new release is a great reason to get together. Whether your community local favors a traditional gathering or something a little different, you can plan to host a release party. If you do, please list it on the openSUSE Launch Parties wiki page so others can find and join you.
Known bugs for Leap 16.1 can be found on the project’s wiki, and issues can be reported at bugzilla.opensuse.org. People can leave feedback about the release at survey.opensuse.org.
For more information about upgrade to Leap 16.1, please visit our system upgrade page.
Publicado openSUSE Leap 16.1
Primera versión menor de openSUSE Leap 16, con la que puedes escoger entre una distribución de GNU/Linux tradicional o una distribución de GNU/Linux inmutable
openSUSE Leap 16.0 se publicó el pasado 1 de octubre de 2025, y hoy mismo 3 de noviembre de 2026 se publica la primera versión menor o service pack de la serie 16, la que es Leap 16.1.
El nuevo instalador basado en tecnología web llamado Agama, ya entró en el pasado lanzamiento, y en esta Leap 16.1, trae grandes novedades como la posibilidad de instalar Leap 16.1 como una distribución inmutable, sustituyendo así al proyecto MicroOS ya abandonado. Como ya pudieste leer en exclusiva en mi blog en septiembre:
MicroOS era la distribución inmutable de la comunidad openSUSE con actualización transaccional de un sistema con un sistema de archivos raíz de solo lectura, que ahora queda integrado en Leap 16.1
No, ya no habrá Leap Micro 6.3 ni 7.0. desde el proceso de instalación normal de Leap 16.1 y se puede seleccionar el Modo Inmutable en Agama. Con cada actualización transaccional crea una nueva instantánea, y un solo comando revierte el sistema a una versión anterior si algo falla. Se puede instalar software adicional a través de contenedores con Podman o Distrobox, o a través de Flatpak en el escritorio.
Esa es la gran novedad que trae Leap 16.1 junto con el instalador Agama.
En cuestión de software, Leap 16.1 actualiza de Plasma 6.4 a Plasma 6.6, Qt 6.11 y Frameworks 6.25. Mientras que en Gnome siguen en la versión 48. Y se mantiene el kernel Linux 6.12.
Aunque con esta nueva herramienta puedes comparar las versiones de software del paquete que te interese y saber qué versiones utilizará cada sistema:
Tanto desde Leap16.0 o desde una versión de MicroOS anterior, puedes migrar a esta nueva Leap 16.1 con la herramienta de migración de openSUSE (siempre haciendo una copia de tus datos y de configuraciones que quieras guardar):
Para descargar la imagen si quieres instalarla desde cero puedes hacerlo desde la página web oficial de openSUSE:
Este mes de octubre en KDE Linux
Hoy os traigo otro resumen del progreso en KDE Linux, un informe detallado de la última entrada de Nate Graham que suele ir apareciendo en el Planet KDE, donde nos pone al día sobre los avances de KDE Linux, el sistema operativo «del futuro» de la comunidad KDE. Es decir, que bienvenidos a el progreso de este mes de octubre en KDE Linux, otro paso que nos acerca a un sueño para los simpatizantes de este entorno de trabajo.
Este mes de octubre en KDE Linux
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 unos meses se publicaron artículos como «Busy months in KDE Linux«, «This month in KDE Linux«, «This month in KDE Linux: March 2026», «This month in KDE Linux: May 2026«, «This month in KDE Linux: June 2026«, «This month in KDE Linux: July 2026» y «This month in KDE Linux: August 2026 «, y paro de contar, los podéis encontrar todos con la etiqueta «KDE Linux» en el Planet. En estos artículo Nate nos muestra que el proyecto está vivo y que si no pasa nada en unos meses tendremos entre nosotros la primera versión estable de esta distribución.
Y el mes de octubre (se me pasó la revisión de septiembre) nos volvió a obsequiar con una revisión del proyecto que evidentemente os animo a leer completo, que ha titulado «This month in KDE Linux: october 2026» y del cual os ofrezco un resumen del mismo para los que no tenemos un dominio exhaustivo del inglés.
En primer lugar quisiera destacar la introducción:
Octubre fue otro mes centrado en infraestructura para el proyecto. Una iniciativa importante implicó migrar el almacenamiento de imágenes del SO y el sistema de actualización para funcionar con el nuevo servidor de almacenamiento basado en S3 de KDE. Otra consistió en mover el sistema OpenQA de KDE Linux a un servidor dedicado en la infraestructura de KDE, fuera del servidor personal de Harald Sitter.
Esta cantidad muy grande de trabajo fue realizada por Bhushan Shah, Sky Poincet, Harald Sitter y Ben Cooksley, ¡así que gracias a ellos!
Nota importante para usuarios: Si experimentan problemas de actualización con el mensaje «Protocol error», hay instrucciones de recuperación disponibles aquí.
Otras pequeñas pero importantes mejoras son las siguientes:
- Navya Sai Sadi agregó un slideshow básico al instalador:
- Jordan Brough corrigió un bug que garabateaba el texto del indicador de distribución de teclado en la pantalla de desbloqueo del cifrado completo de disco.
- Harald Sitter hizo que el Centro de Información mostrara la edición activa (por ejemplo, «testing»):
-
Tabitha Moon habilitó el módulo del kernel
ntsyncpor defecto, lo cual mejora el rendimiento en juegos jugados a través de Wine y Proton. - Hadi Chokr agregó una serie de verificaciones de linting y validación, asegurando que las contribuciones futuras sean verificadas por errores comunes, fallos y errores tipográficos.
-
Nate Graham agregó
wayland-protocolsa la imagen base, eliminando una barrera para compilar algunos proyectos KDE directamente desde cero.
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.
-
Este mes de octubre en KDE Linux
Bienvenidos a el progreso de este mes de octubre en KDE Linux, otro paso que nos acerca a un sueño para los simpatizantes de este entorno de trabajo. -
Este mes de agosto en KDE Linux
Bienvenidos a el progreso de este mes de julio en KDE Linux, otro paso que nos acerca a un sueño para los simpatizantes de este entorno de trabajo. -
Este mes de julio en KDE Linux
Bienvenidos a el progreso de este mes de julio en KDE Linux, otro paso que nos acerca a un sueño para los simpatizantes de este entorno de trabajo.
La entrada Este mes de octubre en KDE Linux se publicó primero en KDE Blog.
Compressão ternária e geração especulativa de tokens
A técnica Swift Bonsai 2 Katana + MTP, de Ayshinko, integra o Swift Bonsai 2 e MTP em um GGUF de aproximadamente 6,40 GB. A proposta combina compressão, eficiência de raciocínio e geração especulativa. Para entender sua proposta, vale acompanhar a origem de cada componente e distinguir três objetivos: comprimir os pesos, tornar o raciocínio mais econômico e acelerar a geração. [1]
A origem: uma variante do Qwen3.8-27B
O Ternary Bonsai 2, da PrismML, deriva do Qwen3.8-27B. A UkisAI desenvolveu o Swift Bonsai 2 sobre essa base ternária. Essa linhagem permite descrevê-lo como um derivado do Qwen3.8-27B. [2][3]
| Componente | Contribuição | Responsável |
| Qwen3.8-27B | Modelo de origem | Equipe Qwen |
| Ternary Bonsai 2 27B | Compressão ternária | PrismML |
| Swift Bonsai 2 | Ajustes para eficiência do raciocínio | UkisAI |
| KATANA + MTP | Integração do Swift com uma cabeça MTP | Ayshinko, utilizando pesos MTP de ProCreations |
O Qwen3.8-27B é um modelo denso, multimodal, com 64 camadas. Sua arquitetura combina blocos de atenção linear Gated DeltaNet e Gated Attention. A documentação oficial informa contexto nativo de 262.144 tokens. Essas características descrevem o modelo de origem; a execução de cada derivado depende dos arquivos e do suporte oferecido pelo motor de inferência. [8]
Como a compressão ternária reduz o tamanho?
A representação ternária emprega pesos com três valores: −1, 0 e +1, acompanhados de fatores de escala. A PrismML informa escalas FP16 por grupo e aproximadamente 1,76 bit efetivo por peso no Bonsai 2, com tamanho próximo de 5,9 GB. [2]
Isso ajuda a explicar como um modelo da classe de 27 bilhões de parâmetros pode ocupar poucos gigabytes. Como referência aritmética, 27 bilhões de parâmetros armazenados em 16 bits corresponderiam a aproximadamente 54 GB, antes de considerar outros componentes e
particularidades do arquivo.
Segundo a avaliação publicada pela PrismML, o Bonsai 2 preservou 98,2% da pontuação agregada do modelo de precisão completa em sua bateria de benchmarks. Esse percentual resume os testes apresentados pela empresa; cada tarefa continua sujeita às perdas e variações observadas individualmente. [2]
A precisão efetiva deve ser considerada junto das escalas e demais informações necessárias à representação. Por isso, rótulos comerciais como “1-bit” precisam ser interpretados com a especificação técnica do formato.
O que o Swift modifica no raciocínio?
A UkisAI relata que identificou tokens marcadores associados a raciocínios excessivamente prolongados e realizou ajuste fino penalizando seu uso durante o raciocínio. A correção Swift foi incorporada aos pesos dos arquivos distribuídos. [3] O objetivo é diminuir etapas redundantes antes da resposta. A avaliação publicada, entretanto, mostra que o efeito varia conforme o teste:
| Avaliação divulgada pela UkisAI | Resultado sobre o uso de tokens |
| GPQA-Diamond, avaliação histórica | Redução de 19,0% na média e 39,8% na mediana dos tokens de raciocínio |
| C-Eval, avaliação histórica | Redução de 18,4% na média |
| AIME 2025, arquivo PQ2_0 atual | Aumento de 4,3% na média dos tokens da resposta completa |
Esses resultados utilizam protocolos e versões diferentes. GPQA e C-Eval correspondem à correção histórica em tempo de execução; AIME foi atualizado com os arquivos PQ2_0. A própria UkisAI esclarece que a variação na quantidade de tokens não mede diretamente latência ou custo. Portanto, “39,8% menos tokens” precisa acompanhar a identificação da métrica e do teste. [4]
A equipe também classifica o Swift como uma publicação experimental e relata comportamento irregular em seguimento de instruções, ferramentas e tarefas abertas de programação e agentes. Os benchmarks ajudam a investigar o modelo, mas a aplicação pretendida ainda exige avaliação própria. [3]
O que significa MTP?
MTP significa Multi-Token Prediction, ou predição de múltiplos tokens. A pesquisa de Gloeckle e colaboradores descreve o treinamento de modelos para prever vários tokens futuros, utilizando cabeças de saída sobre um corpo compartilhado. Esse trabalho oferece uma referência para compreender a técnica; seus resultados experimentais pertencem aos modelos estudados no artigo. [5]
Na decodificação especulativa, um mecanismo de rascunho propõe continuações e o modelo principal verifica as propostas. Quando vários tokens são aceitos, a geração pode avançar com menos etapas sequenciais custosas. O trabalho de Leviathan e colaboradores formaliza um algoritmo capaz de preservar a distribuição de saída do modelo principal. A equivalência depende de uma implementação correta doprocedimento de verificação e amostragem. [6]
O projeto ProCreations documenta uma cabeça MTP para o Bonsai 2, disponibilizada em BF16 e em Q8_0 inteiro, com verificação dos tokens especulativos pelo modelo principal. A taxa de aceitação é a proporção entre tokens propostos e aceitos, uma medida útil para analisar o funcionamento da aceleração. [9]
Minha leitura técnica é que Swift e MTP atuam em pontos complementares: o Swift procura reduzir trabalho redundante no raciocínio; o MTP procura executar a geração de forma mais eficiente. O ganho combinado precisa ser medido com a mesma tarefa, configuração e versão do motor.
Como interpretar o arquivo KATANA ?
NOME-DO-ARQUIVO-PTQ1_0-MTP-Q8_0.gguf
PTQ1_0 descreve o corpo ternário; Q8_0, MTP de uma camada adicional. O arquivo combina essas precisões. [1]. A documentação oficial do Bonsai-demo distingue os formatos: versões recentes do llama.cpp principal suportam o formato Q2_0 com a integração necessária, enquanto PTQ1_0 e PQ2_0 continuam exigindo o fork da PrismML. A compatibilidade depende do formato dos tensores e da versão do motor. [7]
O tamanho do download também precisa ser separado da memória utilizada durante a inferência. A documentação do Swift informa que o consumo inclui pesos e caches de contexto e estado. Dimensionar um servidor exige considerar esses componentes além do arquivo do modelo. [3] Para imagens, o KATANA exige mmproj separado; a execução visual não foi validada de ponta a ponta nessa publicação. [1]
O que as evidências permitem afirmar?
Os benchmarks e as estimativas de memória da página do KATANA são do Bonsai 2 MTP anterior; medições específicas desse pacote ainda são necessárias. [1]
Isso estabelece uma distinção útil para qualquer avaliação: preservação de qualidade do Bonsai, economia de tokens do Swift e aceleração com MTP são resultados de experimentos diferentes. Um teste do pacote completo deve registrar hardware, revisão dos arquivos, motor, contexto, amostragem, quantidade de tokens e MTP ligado ou desligado.
Para IA local, considero essa combinação uma direção interessante de pesquisa: aproveitar modelos maiores em máquinas com menos memória e reduzir o tempo necessário para concluir tarefas. Seu valor prático será demonstrado por respostas corretas, estabilidade e desempenho medidos na aplicação em que será utilizado.
Fontes e evidências
- Swift Bonsai 2 27B — KATANA MTP GGUF, por Ayshinko : Seções Feature Highlights, Benchmarks, Model Architecture e Known Limitations. Evidência da natureza do projeto: “independent community integration”.
- PrismML: Introducing Bonsai 2 27B : Origem Qwen3.8, representação ternária, tamanho e avaliação agregada. Evidência: “1.76 effective bits per weight”.
- UkisAI: Swift Bonsai 2 GGUF : Mmétodo de ajuste, arquivos, memória e limitações. Evidência: “This is an experimental research release.”
- UkisAI: Swift Bonsai 2 : Avaliação e metodologia — médias, medianas e distinção entre avaliações históricas e arquivos atuais. Evidência: “Token changes are not direct measurements of latency or cost.”
- Gloeckle et al.: Better & Faster Large Language Models via Multi-token Prediction : Referência científica sobre treinamento com predição de múltiplos tokens.
- Leviathan et al.: Fast Inference from Transformers via Speculative Decoding : Referência científica sobre geração especulativa e preservação da distribuição.
- PrismML-Eng/Bonsai-demo Upstream support : Suporte dos formatos Q2_0, PQ2_0 e PTQ1_0.
- Qwen/Qwen3.8-27B : Model Overview , arquitetura, número de camadas, multimodalidade e contexto do modelo de origem.
- ProCreations: Ternary Bonsai 2 27B MTP : Pesos da cabeça MTP, representação Q8_0 e definição de taxa de aceitação.
Una avalancha de mejoras de rendimiento y correcciones de errores – Esta semana en Plasma
El incansable trabajo de promoción que está realizando Nate Graham (ahora con ayuda de otros desarrolladores como John Veness) en su blog sigue su ritmo. 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 desde hace un tiempo que le voy a siguiendo semana tras semana, traduciendo 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 a «Una avalancha de mejoras de rendimiento y correcciones de errores» de «Esta semana en Plasma», donde seguimos vislumbrando las novedades que obtendremos en la siguiente iteración del entorno de trabajo de la Comunidad KDE: plasma 6.9.
Una avalancha de mejoras de rendimiento y correcciones de errores – 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 un nuevo número de This Week in Plasma!
Esta semana, el equipo de Plasma siguió puliendo Plasma 6.8 y corrigió muchos errores. La mayoría de las regresiones reportadas en Plasma 6.8 ya se han resuelto, por lo que el equipo pasó a errores más antiguos y corrigió una cantidad enorme de ellos. Además, hay algunas mejoras interesantes de interfaz y rendimiento:
Mejoras en la interfaz
Plasma 6.8.2
El interruptor «Bloquear manualmente la suspensión y el bloqueo de pantalla» del widget de energía y batería ahora sincroniza su estado entre varias instancias del widget. (Christoph Wolk, KDE Bugzilla #527560)
Plasma 6.8.3
Cuando se pide a Plasma que cargue un paquete de shell de terceros con QML no válido, ya no se cierra inesperadamente en bucle, sino que falla al cargarse y muestra un mensaje de error que indica cuál es el problema. (Marco Martin, libplasma MR #1610 y libplasma MR #1617) [Y de esta forma podremos indicarle al proveedor qué falla].
Al usar el widget de lista de ventanas, los títulos de ventana muy largos ya no pueden empujar fuera del panel a otros widgets que lo compartan; ahora la longitud máxima se limita a un cierto punto y el texto se abrevia. (Niccolò Venerandi, KDE Bugzilla #456148)
Usar la opción «Cambiar de categoría en la barra lateral al pasar el cursor sobre ellas» del widget del lanzador de aplicaciones Kickoff ya no cambia innecesariamente la altura de los elementos de la lista de la barra lateral. (Niccolò Venerandi, KDE Bugzilla #524003)
El widget de vista de carpetas ya no permite configurarlo para usar posicionamiento manual en los casos en los que realmente no es compatible. (Niccolò Venerandi, KDE Bugzilla #513880) [Si no se puede, no se puede].
Si usas el widget de paginador con un tamaño grande, los iconos de aplicaciones que muestra ahora crecen cuando es necesario para encajar mejor dentro de los contornos de sus ventanas. (Niccolò Venerandi, KDE Bugzilla #518625)
Plasma 6.9
Discover ahora permite compartir y copiar URL appstream:// también para los paquetes Flatpak instalados localmente, no solo para los instalados a través de la red. (Taras Oleksyn, KDE Bugzilla #459827)
Al pulsar el botón «Pantalla completa» en un sitio web mostrado en el widget de navegador web, ahora se muestra el contenido a pantalla completa, como cabría esperar. (Niccolò Venerandi, KDE Bugzilla #507460)
El widget de temporizador ha recibido una ronda importante de pulido visual y funcional para garantizar que se ve y funciona bien en todos los tamaños de panel. ¡También habrá más novedades para este widget! (Christoph Wolk, kdeplasma-addons MR #1131) [Un widget con decenas de usos].
Las ventanas marcadas como excluidas de la grabación de pantalla ahora también se excluyen de las miniaturas de las descripciones emergentes del widget del administrador de tareas. (Ramil Nurmanov, KDE Bugzilla #516184)
El widget de perfiles de Konsole ahora muestra también el perfil predeterminado, no solo los perfiles personalizados que hayas creado. (Niccolò Venerandi, KDE Bugzilla #465553)
Corrección de errores importantes
[No comento las correcciones de errores ya que son bastante evidentes].
Plasma 6.6.8
Las descripciones emergentes de los paneles de Plasma que solo muestran una etiqueta ya no usan una opacidad reducida para el texto; ahora esto solo se aplica a los subtítulos cuando hay un título más grande. (Filip Fila, libplasma #1611)
Los botones de pestaña de Plasma ya no tienen un fondo extraño, casi invisible. (Christoph Wolk, KDE Bugzilla MR #519745)
Plasma 6.7.6
Se ha corregido un error que podía hacer que las pantallas que se apagaban de forma inusual quedaran atascadas al 30% de brillo (o en un nivel igualmente bajo) al despertar de nuevo. (Jakob Petsovits, KDE Bugzilla #523988)
Plasma 6.8.2
Se han corregido tres casos en los que Discover podía cerrarse inesperadamente al buscar actualizaciones. (Aleix Pol Gonzalez, discover MR #1200, discover MR #1446 y discover MR #1447)
Se ha corregido una regresión que hacía que las notificaciones aparecieran indebidamente en la esquina superior izquierda de la pantalla principal cuando estaban configuradas para seguir al widget de notificaciones, mientras que el único widget de notificaciones estaba en otra pantalla. (Sven Muckl, KDE Bugzilla #525536)
Se ha corregido una regresión causada por un cambio de Qt que hacía que el texto del widget del administrador de tareas de iconos y texto se abreviara demasiado pronto. (Nate Graham, KDE Bugzilla #526972)
Se ha corregido un problema que hacía que las sesiones de escritorio remoto ocasionalmente no se iniciaran desde aplicaciones Flatpak. (Matteo Beretta, KDE Bugzilla #527555)
La opción de recordar la distribución de teclado activa por aplicación ahora funciona en Wayland igual que en X11. (Marián Kadaňka, KDE Bugzilla #452445 y KDE Bugzilla #476831)
Se ha corregido una regresión que hacía que el widget de reloj digital solo respetara algunas características OpenType de la fuente que usa, en lugar de todas. (Niccolò Venerandi, KDE Bugzilla #524257)
Se ha corregido un pequeño error que obligaba a pulsar dos veces el botón «Salir del modo de edición» la primera vez que se entraba en el modo de edición después de iniciar sesión. (Niccolò Venerandi, KDE Bugzilla #527738)
Plasma ahora muestra correctamente en las notificaciones las etiquetas HTML que contienen comillas simples. (Niccolò Venerandi, KDE Bugzilla #506733)
La miniatura de vista previa del fondo de pantalla «Imagen del día» ahora refleja la apariencia final en el escritorio, teniendo en cuenta el modo de escalado o recorte elegido. (Niccolò Venerandi, KDE Bugzilla #505690)
Plasma 6.8.3
Se ha corregido una regresión que hacía que Plasma se cerrara inesperadamente al abrir el widget del lanzador con un atajo de teclado en sistemas con una suma total de pantallas, escritorios virtuales y actividades superior a 16. (Mauricio Šmit, KDE Bugzilla #527810)
Se ha corregido una regresión que hacía que los paneles clonados en otras pantallas olvidaran en qué pantalla estaban y se movieran a la pantalla principal. Por desgracia, esto no corrige el problema en los paneles que ya se movieron; tendrás que devolverlos a su sitio manualmente. Pero sí corrige el problema en los paneles recién clonados. (Méven Car, KDE Bugzilla #527445)
Se ha corregido una regresión causada por un cambio de Qt que hacía que muchas descripciones emergentes de Plasma perdieran su estilo. (Filip Fila, KDE Bugzilla #527730)
La descripción emergente del gráfico de consumo de energía del Centro de información ahora muestra el año correcto, ¡en lugar de un año 57 años en el futuro! (Shehriyar Qureshi, kinfocenter MR #321)
Los límites de carga de batería que hayas configurado ahora se mencionan en el widget de energía y batería solo para las baterías a las que afectan, y no —por ejemplo— para las baterías de cualquier ratón o auriculares Bluetooth que se muestren allí. (Niccolò Venerandi, KDE Bugzilla #448020)
El elemento de menú «Nueva carpeta» del menú contextual del escritorio ahora muestra su atajo de teclado como se espera. (Niccolò Venerandi, KDE Bugzilla #473045)
Se ha corregido un error bastante oscuro que podía hacer que las aplicaciones quitadas de favoritos en los menús del lanzador volvieran a ser favoritas tras reiniciar bajo determinadas condiciones. (Christoph Wolk, KDE Bugzilla #527651)
Plasma 6.9
Se ha corregido un problema que ocasionalmente rompía la visualización de las miniaturas de las ventanas en las descripciones emergentes del widget del administrador de tareas. (Zhongli Wu, KDE Bugzilla #524881)
La barra lateral de Preferencias del sistema ahora respeta el uso de transparencia en tu esquema de color o estilo de aplicación. (Christoph Wolk, KDE Bugzilla #507622)
Se ha corregido un fallo en el rectángulo de selección del escritorio que podía hacer que restableciera su punto de origen si eliminabas elementos con el teclado mientras seguías arrastrando el rectángulo con el puntero. (Christoph Wolk, KDE Bugzilla #526073)
Destacado en rendimiento y aspectos técnicos
Plasma 6.6.8
Se ha corregido el fondo de pantalla «Imagen astronómica del día» después de que dejara de funcionar debido a un cambio de datos por parte de la NASA. (Anuj Dhavalikar, KDE Bugzilla #526447)
Plasma 6.8.2
Se ha corregido una regresión que degradaba notablemente el rendimiento de los juegos. (Xaver Hugl, KDE Bugzilla #527628)
Plasma 6.9
El filtro de escalado de imágenes usado en el efecto Zoom de KWin ahora tiene un impacto de rendimiento sustancialmente menor. (Oliver Schramm, kwin MR #9992)
Plasma ahora limpia automáticamente las entradas obsoletas de las posiciones de archivos y carpetas del escritorio en su archivo de configuración, lo que evita que el archivo crezca hasta un tamaño enorme con el tiempo y ralentice Plasma de diversas formas. (Akseli Lahtinen, KDE Bugzilla #469445)
La función de búsqueda de marcadores del navegador de KRunner ahora funciona con las versiones modernas de Firefox (y sus derivados) que almacenan sus datos de configuración en ~/.config. Ten en cuenta que esta corrección solo afecta a los paquetes que no son Flatpak; se necesitará más trabajo para añadir compatibilidad con el empaquetado Flatpak. (Méven Car, KDE Bugzilla #519712)
Frameworks 6.32
Por fin se ha corregido un importante error de integridad de datos: ¡los indicadores de progreso al mover o copiar archivos a un disco externo ahora son totalmente precisos! Puedes leer más sobre ello en el blog de KDE de Méven.. (Méven Car, KDE Bugzilla #281270)
Mover o copiar archivos a través de recursos compartidos de red montados localmente ahora es sustancialmente más rápido. (Méven Car, KDE Bugzilla #458001)
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.
-
Una avalancha de mejoras de rendimiento y correcciones de errores – Esta semana en Plasma
Bienvenidos a «Una avalancha de mejoras de rendimiento y correcciones de errores» de «Esta semana en Plasma», donde seguimos vislumbrando las novedades que obtendremos en la siguiente iteración del entorno de trabajo de la Comunidad KDE: plasma 6.9. -
Corrigiendo todos los errores, PiP y rendimiento – Esta semana en Plasma
Bienvenidos a «Corrigiendo todos los errores, PiP y rendimiento» de «Esta semana en Plasma», donde seguimos vislumbrando las novedades que obtendremos en la siguiente iteración del entorno de trabajo de la Comunidad KDE: plasma 6.9. -
Nuevo widget meteorológico y teclado en pantalla – Esta semana en Plasma
Bienvenidos a «Nuevo widget meteorológico y teclado en pantalla» de «Esta semana en Plasma», donde empezamos a vislumbrar las novedades que obtendremos en la siguiente iteración del entorno de trabajo de la Comunidad KDE: plasma 6.9.
La entrada Una avalancha de mejoras de rendimiento y correcciones de errores – Esta semana en Plasma se publicó primero en KDE Blog.