Executar modelos avançados de inteligência artificial localmente ainda exige, na maioria dos casos, computadores com grande quantidade de memória RAM ou placas gráficas caras. O Bonsai 2 27B, desenvolvido pela PrismML, propõe mudar essa realidade por meio de uma combinação de quantização ternária, transformações matemáticas e kernels de inferência especializados.

Baseado no Qwen3.8-27B, o modelo possui 27 bilhões de parâmetros e, em precisão FP16, ocuparia aproximadamente 54 GB. Entretanto, a versão ternária do Bonsai 2 reduz esse tamanho para cerca de 5,9 GB, mantendo, segundo a PrismML, 98,2% do desempenho agregado do modelo original.

Essa redução superior a nove vezes abre uma possibilidade importante: executar um modelo da classe de 27 bilhões de parâmetros em computadores pessoais, notebooks e dispositivos que jamais conseguiriam carregar sua versão em precisão completa.

O que é um modelo ternário?

Os modelos tradicionais armazenam seus pesos utilizando números com diferentes níveis de precisão, como FP32, FP16, BF16 ou INT8. Quanto maior a precisão, maior é o consumo de memória e a quantidade de dados movimentados durante a inferência.

No Bonsai 2, a maior parte dos pesos pode assumir somente três valores:

• -1
• 0
• +1

Por isso, ele é chamado de modelo ternário.

Em vez de utilizar 16 bits para representar cada peso, o Bonsai 2 trabalha com aproximadamente 1,76 bit efetivo por peso, combinando os valores ternários com fatores de escala em FP16 aplicados por grupos.

Na prática, isso reduz drasticamente o espaço necessário para armazenar o modelo e também diminui o volume de dados transferidos entre a memória e o processador ou GPU durante a geração dos tokens.

A compressão não é aplicada apenas em algumas camadas. Segundo a PrismML, a representação de baixa precisão é utilizada de ponta a ponta no modelo de linguagem. Apenas uma pequena parcela dos parâmetros, relacionada a componentes sensíveis como normalização e estados da atenção linear, permanece em maior precisão para preservar a estabilidade.

A importância da rotação de Hadamard

Simplesmente converter os pesos de um modelo para -1, 0 e +1 normalmente causaria uma perda significativa de qualidade. Alguns pesos carregam mais informação do que outros, e arredondá-los diretamente poderia destruir partes importantes do conhecimento do modelo.

Para reduzir esse problema, o Bonsai utiliza uma transformação conhecida como rotação de Hadamard.

Antes da quantização, essa operação redistribui matematicamente as informações entre os pesos. É como espalhar os valores mais extremos pela matriz, evitando que poucos parâmetros concentrem uma quantidade excessiva de informação.

A rotação é incorporada permanentemente aos pesos armazenados, sem aumentar o tamanho final do arquivo. Durante a inferência, uma transformação correspondente também precisa ser aplicada às ativações do modelo.

Esse detalhe explica uma das principais limitações atuais do Bonsai 2: ele não funciona corretamente no llama.cpp oficial. É necessário utilizar o fork disponibilizado pela PrismML, que contém os kernels ternários e as transformações exigidas pelo modelo. O mesmo acontece no ecossistema Apple, onde é necessária uma versão adaptada do MLX.

Sem essas modificações, o programa pode até carregar os pesos, mas produzirá resultados incorretos ou sem sentido.

Tamanho do modelo e consumo real de memória

O Bonsai 2 27B está disponível em diferentes formatos, cada um com características próprias:

Formato	Tamanho aproximado	Característica
GGUF PTQ1_0	5,95 GB	Empacotamento ternário mais denso
GGUF PQ2_0	7,21 GB	Utiliza posições de 2 bits, facilitando a descompactação
MLX 2-bit	7,67 GB	Versão destinada ao Apple Silicon
MLX com visão	8,60 GB	Inclui também o módulo visual

O tamanho do arquivo, entretanto, não representa todo o consumo de memória durante a execução. O runtime também precisa reservar espaço para as ativações, buffers e o cache KV utilizado para manter o contexto da conversa.

Em testes relatados pela MindStudio, o servidor do llama.cpp consumiu pouco mais de 12 GB de VRAM com sua configuração padrão de quatro slots paralelos. Ao limitar o servidor para uma única requisição simultânea com --parallel 1, o consumo caiu para menos de 8 GB.

Isso significa que o Bonsai 2 pode funcionar em uma GPU de 8 GB, dependendo do formato escolhido, do tamanho do contexto e da quantidade de requisições paralelas. Para uma utilização mais confortável, especialmente com contextos maiores, uma GPU com 12 GB ou mais continua sendo recomendável.

Contexto de até 262 mil tokens

Outro diferencial do Bonsai 2 é sua janela de contexto de aproximadamente 262 mil tokens. Isso permite trabalhar com grandes documentos, repositórios de código, históricos extensos e tarefas que dependem de muitas informações simultâneas.

Esse contexto seria extremamente caro se todas as camadas utilizassem atenção tradicional. O Qwen3.8 adota uma arquitetura híbrida, na qual aproximadamente 75% das camadas utilizam atenção linear e 25% utilizam atenção completa.

A atenção linear reduz o crescimento do custo computacional à medida que o contexto aumenta. A atenção tradicional permanece em uma parte das camadas para preservar a capacidade do modelo de relacionar informações distantes.

Mesmo assim, é importante lembrar que informar um contexto máximo de 262 mil tokens não significa que qualquer computador conseguirá utilizá-lo integralmente. Quanto maior o contexto efetivamente carregado, maior será o consumo de memória e o tempo necessário para processar o prompt.

Desempenho e eficiência energética

De acordo com os resultados publicados pela PrismML, o Bonsai 2 27B alcança até 143 tokens por segundo em uma NVIDIA GeForce RTX 5090 e aproximadamente 46,8 tokens por segundo em um Apple M5 Max.

Em uma RTX 4090, a empresa informa consumo de aproximadamente 0,714 mWh por token, tornando o modelo 40% mais eficiente energeticamente do que um modelo de 8 bilhões de parâmetros executado em precisão completa.

Os resultados variam conforme o hardware e o formato escolhido. O PTQ1_0 pode apresentar vantagem em GPUs limitadas pela largura de banda da memória, enquanto o PQ2_0 pode ser mais eficiente em equipamentos com maior capacidade computacional, pois seu formato simplifica a descompactação dos pesos.

Portanto, o arquivo menor nem sempre será automaticamente o mais rápido. O desempenho depende do equilíbrio entre largura de banda, capacidade de processamento, kernels disponíveis e custo da descompactação.

O modelo realmente preserva 98,2% da capacidade original?

Nos benchmarks apresentados pela PrismML, o Bonsai 2 atingiu uma pontuação agregada de 83,9, enquanto o Qwen3.8-27B em precisão completa alcançou 85,4. Os testes incluem raciocínio, matemática, programação, visão, seguimento de instruções e utilização de ferramentas.

Os números são impressionantes, mas precisam ser interpretados com cautela. O resultado de 98,2% foi obtido em avaliações realizadas e publicadas pela própria desenvolvedora.

Testes práticos relatados pela MindStudio apresentaram resultados mais variados. O modelo demonstrou bom desempenho em visão e escrita criativa, mas falhou ao localizar um erro de fuso horário propositalmente inserido em uma aplicação. Em outro teste, gerou uma interface visualmente satisfatória, porém com um botão que não funcionava, mesmo depois de diferentes tentativas de correção.

Esses resultados não significam que a tecnologia seja ruim. Eles demonstram que uma pontuação média próxima à versão original não garante comportamento idêntico em todas as tarefas. Pequenas perdas de precisão podem se tornar mais visíveis em fluxos com várias etapas, agentes autônomos, programação e uso de ferramentas.

Onde o Bonsai 2 pode ser utilizado?

A combinação de baixo consumo de memória, suporte multimodal e contexto extenso torna o modelo interessante para diferentes aplicações:

• assistentes de programação executados localmente;
• análise privada de documentos;
• interpretação de imagens e capturas de tela;
• sistemas RAG sem envio de dados para a nuvem;
• agentes capazes de utilizar ferramentas;
• automação de tarefas em estações de trabalho;
• processamento de informações corporativas sensíveis;
• arquiteturas híbridas entre IA local e serviços em nuvem.

Em uma arquitetura híbrida, tarefas frequentes ou sensíveis podem ser processadas localmente, enquanto operações mais complexas são encaminhadas seletivamente para modelos maiores na nuvem. Isso pode reduzir custos, latência, dependência de conexão e exposição de dados confidenciais.

Limitações atuais

Apesar das vantagens, o Bonsai 2 ainda possui alguns obstáculos:

• depende de forks específicos do llama.cpp ou do MLX;
• os kernels ternários ainda não fazem parte dos runtimes oficiais;
• o consumo real pode superar bastante o tamanho do arquivo;
• contextos muito extensos continuam exigindo memória e processamento;
• os resultados dos benchmarks do fabricante ainda precisam de maior validação independente;
• algumas tarefas podem apresentar perdas mais perceptíveis do que a média agregada sugere.

A dependência de um runtime personalizado é provavelmente a principal barreira para sua adoção imediata. Uma possível integração dos kernels ternários ao llama.cpp oficial tornaria a instalação mais simples e permitiria que o modelo fosse utilizado por um público muito maior.

Uma nova métrica para a inteligência artificial

O Bonsai 2 representa uma mudança importante na forma como avaliamos modelos de IA. Durante muito tempo, a evolução foi medida quase exclusivamente pela quantidade de parâmetros ou pela pontuação em benchmarks.

Com modelos ternários, uma nova métrica ganha relevância: a densidade de inteligência, ou seja, quanta capacidade útil pode ser entregue dentro de determinado orçamento de memória, processamento e energia.

Um modelo de 27 bilhões de parâmetros ocupando menos de 6 GB permite utilizar uma classe de inteligência antes restrita a servidores em equipamentos muito mais acessíveis. A tecnologia ainda precisa amadurecer, principalmente no suporte dos runtimes e na validação independente, mas demonstra que modelos maiores não precisam necessariamente exigir infraestruturas maiores.

Se a quantização ternária continuar evoluindo sem comprometer significativamente a qualidade, ela poderá transformar não apenas a IA executada em computadores pessoais, mas também servidores corporativos, datacenters e dispositivos de borda.

O Bonsai 2 27B não elimina a necessidade da nuvem, mas amplia consideravelmente aquilo que pode ser realizado localmente. E, em um cenário no qual privacidade, soberania dos dados, custo e eficiência energética estão se tornando fundamentais, essa talvez seja sua contribuição mais importante.

Referências

• PrismML — Introducing Bonsai 2 27B
• MindStudio — How to Run Bonsai 2 27B Locally
• github: https://github.com/PrismML-Eng/llama.cpp

The post discusses various topics including a visit to the theater to watch the 1986 Transformers movie, web browser usage in 2026, and excitement around mobile technology. It also highlights retro hardware, a revival of "big box" PC games by GOG, and upcoming events such as an open mic night for community engagement.

Dear Tumbleweed users and hackers,

This week saw the release of 6 snapshots (0910, 0911, 0912, 0914, 0915, and 0916).

The star of this week’s show was undoubtedly KDE, which delivered a stellar triple-header across consecutive releases: KDE Plasma 6.7.5 landed in snapshot 0910, KDE Frameworks 6.30 followed in 0911, and KDE Gear 26.08.1 completed the desktop suite’s major updates in 0912. Beyond the graphical interface, core system integrity was a major focus. Snapshot 0915 brought a crucial security-hardening round, delivering backported glibc CVE fixes alongside security updates for cups, alsa, and gvfs. Snapshot 0916 followed up with further CVE mitigations in freeipmi, 7zip, and xz (fixing a critical invalid memory access bug in the lzma decoders).

Under the hood, snapshot 0915 brought exciting architectural enhancements to Mesa, including enabling the ‘rocket’ Gallium driver for Rockchip NPUs on AArch64 and shipping the ‘Teflon’ TensorFlow Lite delegate in a new subpackage. OpenCV also expanded its media capabilities, enabling native support for both JPEG XL and AVIF, while the Linux Kernel progressed to version 7.2.5 in snapshot 0914.

These 6 snapshots delivered the following updates:

• 389-ds 3.3.1+8c2711bd6
• 7zip 26.03
• bash-completion 2.17.0
• container-selinux 2.251.0
• freeipmi 1.6.19
• fuse3 3.18.3
• gimp 3.2.6
• gnome-maps 50.5
• gnome-software 50.4
• gstreamer 1.28.7
• gtk4 4.22.5
• gvfs 1.60.3
• kbd 2.10.0
• KDE Frameworks 6.30
• KDE Gear 26.08.1
• KDE Plasma 6.7.5
• libgcrypt 1.12.4
• libpcap 1.10.7
• libstorage-ng 4.5.352 & 4.5.353
• Linux Kernel 7.2.5
• llvm23 23.1.1
• openblas 0.3.34
• poppler 26.09.0
• postfix 3.11.7
• python-pip 26.2.1
• selinux-policy 20260910 & 20260914
• shotwell 33.0
• simdutf 9.1.2
• timezone 2026d
• xz 5.8.4
• yast2-python-bindings 5.0.3
• yast2-samba-client 5.0.5
• zchunk 1.5.4

With these updates successfully rolled out, it is time to turn our gaze forward and see what the staging areas are cooking up for the near future:

• Swig 4.5.0: Progress is being made with compatibility updates applied to other packages, such as yast2-python-bindings, but integration issues remain tracked under boo#1275515.
• fontconfig 2.18.3: Still held up as it breaks the AppStream test suite.
• libnettle 4.0.0: Remains explicitly excluded from main staging runs while developers work on resolving test suite breakages in libzypp.

El incansable trabajo de promoción que está realizando Nate (ahora con ayuda de otros desarrolladores) 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 pues a «Que comience el pulido» de «Esta semana en Plasma», donde nos presentan como se sigue preparando Plasma 6.8, que ya ha alcanzado su primera versión de prueba y necesita ser probado para limar sus asperezas.

Que comience el pulido – 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.

Mejoras en la interfaz de usuario

Plasma 6.7.6

La página «Wi‑Fi y redes» de Configuración del sistema ahora encaja por completo en la ventana con su tamaño predeterminado y mínimo. (Marco Martin, KDE Bugzilla #443553)

Plasma 6.8

En el efecto Vista general de KWin, los resaltados de los escritorios virtuales adyacentes ya no se tocan. (Nate Graham, KDE Bugzilla #523656)

Las notificaciones de progreso de las copias de seguridad de Kup ahora muestran el tiempo transcurrido, y la información sobre la velocidad media es más precisa. (Méven Car, kup MR #62) [Información útil].

Se realizaron algunas rondas adicionales de pulido visual en los diálogos del portal de escritorio de KDE para aumentar la densidad de información y la coherencia visual. (David Edmundson y Oliver Beard, xdg-desktop-portal-kde MR #628 y xdg-desktop-portal-kde MR #630)

Plasma 6.9

Al renombrar un archivo o una carpeta en el escritorio, ahora se muestran todas las advertencias y confirmaciones habituales cuando son necesarias. (Ramil Nurmanov, plasma-desktop MR #3684)

El widget Informe meteorológico ahora te avisa cuando el proveedor meteorológico que has elegido podría ofrecer menos datos de los que esperarías. (Ismael Asensio, kdeplasma-addons MR #1127)

En el widget Portapapeles, los botones para ejecutar acciones ahora solo aparecen en las entradas que tienen acciones asociadas. (Tomáš Hnyk, KDE Bugzilla #440727)

En la página «Wi‑Fi y redes» de Configuración del sistema, el ajuste «velocidad» ha pasado a llamarse «límite de velocidad» para aclarar su finalidad. (Fernando Marcelino Muniz, KDE Bugzilla #523099)

Corrección de errores importantes

[No comento las correcciones de errores ya que son bastante evidentes].

PulseAudioQt 1.9.0

Se corrigió un problema muy extraño por el que varios dispositivos de audio podían acabar en estado «seleccionado», haciendo que no quedara claro cuál era realmente el dispositivo predeterminado e imposibilitando cambiarlo. (Harald Sitter, KDE Bugzilla #500968)

Plasma 6.6.7

Se corrigió un error que podía impedir que apareciera la pantalla de inicio de sesión si al principio del proceso de arranque no había pantallas conectadas, pero se conectaban más tarde. (Oliver Beard, KDE Bugzilla #520720)

Se corrigió un error que podía hacer que Plasma se cerrara inesperadamente al iniciar sesión, aparentemente de forma aleatoria. (David Edmundson, plasma-workspace MR #7042)

Se corrigió un error antiguo que podía hacer que Plasma se cerrara inesperadamente, aparentemente de forma aleatoria, cuando algo hacía que un elemento de la Bandeja del sistema se animara de la forma precisa y en el momento preciso. (David Edmundson, KDE Bugzilla #487699)

Se corrigió una regresión reciente que desincronizaba el nivel de brillo mostrado en el widget de la Bandeja del sistema y en el indicador en pantalla de brillo. (Christoph Wolk, KDE Bugzilla #523281)

Los tiempos de transición de la función Luz nocturna ahora se muestran correctamente en el widget Brillo y color cuando Luz nocturna está configurada para estar siempre activada. (Vlad Zahorodnii, powerdevil MR #678)

Plasma 6.7.6

Se corrigió un error que podía hacer que KWin se cerrara inesperadamente al volver a un juego usando Alt+Tab. (Vlad Zahorodnii, KDE Bugzilla #510116)

Se corrigió una regresión relacionada con el foco en las ventanas de Wine. (Vlad Zahorodnii, KDE Bugzilla #525590)

El widget Portapapeles ya no desaparece de la Bandeja del sistema cuando su panel tiene más de 100 px de grosor. (Tomáš Hnyk, plasma-workspace MR #7048)

Plasma 6.8

Se corrigió un error que a veces podía hacer que KWin se cerrara inesperadamente al interactuar con los botones de la barra de título de formas muy específicas. (Vlad Zahorodnii, kwin MR #9926)

Se corrigió un error que a veces podía hacer que KWin se cerrara inesperadamente al interactuar con los botones de la barra de título de formas muy específicas. (Vlad Zahorodnii, kwin MR #9926)

Se corrigió un error muy extraño que podía hacer que Plasma se quedara bloqueado al iniciar sesión cuando el equipo estaba conectado a un monitor con un rango VCP no estándar, como el Samsung Odyssey G60SF. (Marco Martin, KDE Bugzilla #525216)

Eliminar tres o más elementos a la vez desde la aplicación Editor de menús ya no hace que esta se cierre inesperadamente. (David Edmundson, KDE Bugzilla #525598)

Las conversiones de unidades en las búsquedas basadas en KRunner ahora funcionan en francés. (Tobias Fella, KDE Bugzilla #510873)

Plasma 6.9

Cuando Plasma Browser Integration envía una notificación sobre archivos descargados mediante un navegador basado en Firefox empaquetado como Flatpak, la ruta del archivo que muestra ya no aparece dañada. (Bharadwaj Raju, KDE Bugzilla #524384)

Se hizo más robusta Plasma Browser Integration al exportar la carátula de álbum desde un navegador compatible al widget Reproductor multimedia. (Takashi Kashiwagi, KDE Bugzilla #514788)

Se corrigió una incompatibilidad sutil entre el modo de edición de Plasma y los populares widgets de monitorización del sistema Conky. (力文 胡, KDE Bugzilla #525792)

Destacado en rendimiento y aspectos técnicos

Plasma 6.8

Plasma ya no escribe en un archivo de caché cada vez que muestra una notificación. (ValdikSS, KDE Bugzilla #523805)

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.

• 
  Que comience el pulido – Esta semana en Plasmaseptiembre 19, 2026
  Bienvenidos pues a «Lanzado Plasma 6.8 beta» de «Esta semana en Plasma», donde nos presentan como se sigue preparando Plasma 6.8, que ya ha alcanzado su primera versión de prueba.
• 
  Lanzado Plasma 6.8 beta – Esta semana en Plasmaseptiembre 13, 2026
  Bienvenidos pues a «Lanzado Plasma 6.8 beta» de «Esta semana en Plasma», donde nos presentan como se sigue preparando Plasma 6.8, que ya ha alcanzado su primera versión de prueba.
• 
  Tantas maneras de hacer clic y desplazarse – Esta semana en Plasmaseptiembre 5, 2026
  Bienvenidos a «Tantas maneras de hacer clic y desplazarse» de «Esta semana en Plasma», donde nos presentan como se sigue preparando Plasma 6.8 para ser un nuevo hito en el desarrollo de este entorno de trabajo libre.

La entrada Que comience el pulido – Esta semana en Plasma se publicó primero en KDE Blog.

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

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

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

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

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

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

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

Esta semana se han publicado 6 Snapshots  (0910, 0911, 0912, 0914, 0915 y 0916). En las que el escritorio Plasma de KDE y su software ha sido el gran protagonista

Estas son las actualizaciones más importantes de esta semana:

• KDE Plasma 6.7.5
• KDE Gear 26.08.1
• KDE Frameworks 6.30
• Coreutils 9.11-5.1
• Gimp 3.2.6
• Kernel Linux 7.2.5
• Ruby4 4.0.7

Y para próximas snapshots, ya se están preparando las siguientes actualizaciones:

• Swig 4.5.0
• fontconfig 2.18.3
• libnettle 4.0.0

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

——————————–

This is a roundup of articles from the openSUSE community listed on planet.opensuse.org. This community blog feed aggregator lists the featured highlights below from Sept. 11 - 17.

This week highlights the release of Agama 24 with a two-for-one announcement covering versions 23 and 24, the beta release of Plasma 6.8 along with its first “This Week in Plasma” review, the first bug-fix update of KDE Gear 26.08 plus feature overviews of Kdenlive and Minuet, the Tumbleweed week 37 review and a September ARM update roundup, Intel’s OpenVINO 2026.4.0 release, the openSUSE Kudos report for August, the reveal of the GNOME 51 wallpapers, and a fond farewell to the Linux Hispano comic strip after 1,144 installments.

Here is a summary and links for each post:

Introducing Enhanced Distribution Support

The Open Build Service blog introduces Enhanced Distribution Support, a beta feature that gives structure to distribution information through a vendor → distribution → release hierarchy, letting maintainers record what they ship, which repositories and architectures each release is built from, and dated lifecycle milestones. It’s an early, purely descriptive first iteration, and the OBS team is asking distribution maintainers what else they need to be able to describe.

OpenVINO 2026.4.0: A New Version Announced

Alessandro’s blog reports on Intel’s OpenVINO 2026.4.0 release, which broadens model support across Intel CPUs, GPUs and NPUs while adding speculative decoding with Multi-Token Prediction. The post also covers EAGLE-3 Tree Drafting, ITT tracing extended to the NPU for VTune, an ASR pipeline for Node.js and idle-model management in the OpenVINO Model Server.

Tumbleweed ARM Updates in September

The openSUSE News blog covers September’s Tumbleweed updates for the ARM port, led by a security-heavy kernel 7.2.5, glibc 2.44 with its large AArch64 push and QEMU 11.1.1. Raspberry Pi owners get a firmware fix that clears up a Wi-Fi scan error, Rockchip and other SBCs receive MediaTek Wi-Fi kernel fixes, and GIMP 3.2.6, shotwell 33.0 and kbd 2.10.0 land AArch64-specific improvements.

GNOME 51 Wallpapers

Jakub Steiner reveals the GNOME 51 wallpaper set, calling the collection evolution rather than revolution as it sticks to its geometric roots. The default is a stylistic touch-up of the GNOME 50 hexagons, images now carry an embedded thumbnail that helps the Appearance panel, and attribution and license data are embedded directly into the files.

Download a Random Linux Hispano Comic Strip in the Terminal

Victorhck shares a pair of scripts for revisiting the 1,144 Linux Hispano comic strips that Danigm published between 2004 and 2026 after the series came to an end. A Python scraper archived every strip into a GitHub repository, while a Bash script picks a random strip and displays it with feh along with its name and publication date.

Syslog-ng repo for Amazon Linux 2023 updated to syslog-ng version 4.12

Peter Czanik reports that his syslog-ng repository for Amazon Linux 2023 has been updated to version 4.12 after a GitHub request finally prompted an update. He recounts how the repo, first created two years ago, sat untouched due to a lack of feedback despite healthy download numbers from Copr, with Java support and slog disabled as in his other repositories.

Kudos August 2026

The openSUSE News blog presents the monthly Kudos report, in which 17 users received 24 kudos and 419 badges were awarded to 251 contributors during August. Bernhard Wiedemann tops the list with five kudos, mostly for his work on Slowroll, and four contributors reached the milestone of 100 Tumbleweed Contributions.

What’s New in Minuet from KDE Gear 26.08, “Enjoy Shiny Stuff” Edition

The KDE Blog closes its KDE Gear 26.08 feature series with Minuet, the music education app that trains the ear through interval, chord, scale and rhythm exercises. Minuet debuts a new interface that works on both desktops and phones, with a reworked home page and navigation sidebar, exercises shown as cards and a search field that filters by translated names and descriptions.

Software Freedom Day 2026

The KDE Blog announces the Dia de la Llibertat del Programari (Software Freedom Day) celebration organized by Caliu on September 19 at the Espai Jove La Fontana in Barcelona, an event where the KDE community is usually well represented. The post translates the Catalan agenda, listing three talks on teaching computing with values, bootstrapping a self-managed forge with Haz-CLI and security on GNU/Linux.

Happy Programmer’s Day

Alessandro’s blog celebrates Programmer’s Day, which falls on the 256th day of the year and explains why the number 256, or 2^8, matters in computing. The post thanks developers for turning coffee into software, errors into lessons and ideas into innovation.

Innit

Jakub Steiner shares how he produced the tune “Innit” for his weeklybeats 2026 project on the Elektron Analog Four rather than his usual Dirtywave M8. After years of avoiding them, he finally learned the box’s performance macros, which bundle up to five track parameters onto a single knob and make live performance far less stressful than pre-programming a sequence.

Plasma 6.8 Beta Released – This Week in Plasma

The KDE Blog translates Nate Graham’s weekly Plasma development report covering the 6.8 beta. Kup joins Plasma as its backup system, clipboard and MIME-action settings become far clearer, the on-screen keyboard button now behaves as expected on lock and login screens, and KWin gains support for the Wayland commit_timing protocol.

Linux Saloon 219 | Butterbian and ButterKnife Distribution Exploration

Nathan Wolf posts episode 219 of the Linux Saloon podcast, covering activities around the Vintage Computer Fest Midwest. The episode gathers user experiences with the Butterknife and Butterbian distributions through polls and links out to upcoming events and participant projects.

First Update of KDE Gear 26.08

The KDE Blog presents the first update of KDE Gear 26.08, released almost a month after the feature set, bringing more stability, better translations and small improvements. It lists resolved issues across apps, libraries and widgets, including an arrow-orientation fix in KDE Connect, room-map handling in Kongress and an unexpected crash when saving documents in Okular.

Plasma 6.8 Beta Released

The KDE Blog reports that the beta of Plasma 6.8 has been released and highlights changes drawn from its changelog, from the new Hanabi wallpaper replacing Waterfall in Breeze and Nepali calendar support to GTK4 window decoration fixes, an AppStream Preview backend in Discover and a QML rewrite of DrKonqi’s coredump viewer. It encourages users to install the beta and report bugs to help polish the release.

Tumbleweed – Review of the Week 2026/37

Dominique Leuenberger and Victorhck review the four Tumbleweed snapshots (0904, 0907, 0908 and 0909) of week 2026/37, which delivered Linux kernel 7.2.3 and 7.2.4, LibreOffice 26.8.0.3, QEMU 11.1.1, zypper 1.14.101 and more.

Tiny Wins for Packagers: End-of-Week Update

The Open Build Service blog shares its end-of-week “Tiny Wins” update, which shipped a fix preventing a second click on the repository dropdown after an autocomplete selection and ensured the generated SBOM includes the SPDX V3 createdBy field. It also reports that build.opensuse.org served 22.8 million HTTP requests and produced 2.38 million package builds over the last seven days.

Agama: Releasing Version 24

The Agama blog announces Agama 24 in a two-for-one post covering versions 23 and 24 after a stabilization phase focused on testing and polish. Language, keyboard and time zone now share a single searchable form, network connections can be bound to devices through a sortable device table, and JSON search sections gained much more expressive device matching.

View more blogs or learn to publish your own on planet.opensuse.org.

El desarrollo de las aplicaciones más destacadas de la Comunidad KDE no se para nunca. ¡Y que siga así para siempre! Hoy me complace compartir con vosotros que han sido lanzados Krita 5.3.4 y Krita 6.0.4, una más que feliz noticia que demuestra el buen estado de desarrollo de la mejor (según nosotros y mucha más gente) aplicación para artistas digitales.

Lanzados Krita 5.3.4 y Krita 6.0.4

Nada tiene que envidiar Krita a otras aplicaciones de edición de imágenes, siendo el complemento perfecto a Gimp e Inkscape, si queremos tener una suite de edición de imágenes digitales.

Y este párrafo anterior se podría resumir en esta pequeña tabla:

Así que, no puede llenarme de más orgullo que el desarrollo de las tres aplicaciones sigue activo. La última versión estable de GIMP (la 3.2.6) fue publicada el pasado 10 de septiembre de este año; mientras que la última versión estable de Inkscape (la 1.4.4) ha sido publicada el 6 de mayo, también del 2026.

Pues bien, hoy toca hablar de que las versiones estables de sus dos de sus ramas: la 5.x y la 6.x. han recibido actualizaciones, el mejor síntoma de que el software sigue evolucionando.

En palabras de los desarrolladores:

Más información: Krita

• 
  Lanzados Krita 5.3.4 y Krita 6.0.4septiembre 18, 2026
  Han sido lanzados Krita 5.3.4 y Krita 6.0.4, una más que feliz noticia que demuestra el buen estado de desarrollo de la mejor (según nosotros y mucha más gente) aplicación para artistas digitales.
• 
  Lanzado Audacity 4.0, renovando la interfazseptiembre 6, 2026
  Ha sido lanzado Audacity 4.0, el cual también nos trae como gran novedad una renovada interfaz gráfica, algo que muchos usuarios demandaban y que finalmente se ha producido, y muchas mejoras en la edición de audio.
• 
  Reloj vertical para tu escritorio con Vertical Clock – Plasmoides para Plasma 6 (39)agosto 31, 2026
  Os presento un Reloj vertical para tu escritorio con el que llegamos al widget número 39 de la serie.
• 
  Lanzado Tellico 4.2.2agosto 23, 2026
  Me complace anunciar que ha sido lanzado Tellico la 4.2.2 que viene cargado de pequeñas novedades que demuestran el buen estado de desarrollo del producto.
• 
  Reloj inverso para tu escritorio (respecto al hemisferio norte, al menos) con Girosur – Plasmoides para Plasma 6 (38)agosto 21, 2026
  os presento Girosur, un reloj inverso para tu escritorio (respecto al hemisferio norte, al menos) con con el que llegamos al widget número 38 de la serie.
• 
  Llega KStars 3.8.4 con asistente de orientación con IAagosto 11, 2026
  Me complace anunciar que llega KStars 3.8.4 con asistente de orientación con IA

La entrada Lanzados Krita 5.3.4 y Krita 6.0.4 se publicó primero en KDE Blog.

I like to run my Linux as an operating system, so I usually resort to toolbox for packages and development. However flatpak-builder is distributed as a flatpak itself, so here's how you can go about building flatpaks yourself for when GNOME Nighlies are not enough.

On GNOME OS, some developer tools like git and toolbox are in the base image.

Installing flatpak-builder

flatpak-builder isn't part of base OS though. It is distributed on Flathub as org.flatpak.Builder. Install it like any other Flatpak:

flatpak install flathub org.flatpak.Builder

Building and Installing Locally

Here's how I build Shaper, an icon designer for GNOME symbolics.

flatpak run --command=flatpak-builder \
org.flatpak.Builder --user --install \
--force-clean build-dir org.gnome.design.Shaper.json

And that's it!

Developer extension

There are some extra tools for development available for GNOME OS. You get them by enabling the developer system extension:

sudo updatectl enable devel --now

So instead of installing the flatpak, you get flatpak-builder as a utility.

Hace un tiempo que os vine a recomendar el podcast «La era de las distros» un proyecto del gran Lorenzo Carbonell que junto a los protagonistas correspondientes repasa lo que fue la punta de lanza del desembarco de Software Libre en España: las distribuciones educativas autonómicas. Dado que quiero que este proyecto llegue al máximo número de pesonas posibles voy a ir promocionando episodio a episodio porque bien vale la pena escucharlos. Bienvenidos al Episodio 5 del Podcast «La era de las distros», que lleva por título «Software Libre para las Personas. LinEx y la Comunidad» donde nos relatan como LinEx no solo fue software sino Comunidad de la mano deFernanda Jaramillo, Jesús Rubio, Jesús González-Barahona y Lorenzo Carbonell.

Software Libre para las Personas. LinEx y la Comunidad – Episodio 5 del Podcast «La era de las distros»

Como sabréis los que me siguen, he sido docente de secundaria en la Comunidad Valenciana desde el 2000, así que viví los años de la irrupción informática en las aulas en primera persona: los primeros ordenadores en las salas de profesores, las primera aplicaciones para la gestión de los colegios, los tímidos intentos de acercar las TIC al alumnado, las primeras escaramuzas para controlar los móviles en las aulas, etc.

En ese panorama, algunas comunidades autónomas del estado español decidieron que era el momento de dar una oportunidad al Software Libre, tanto por razones económicas como por tener la soberanía digital que tanta importancia está adquiriendo ultimamente.

Contar la historia de estas iniciativas es el propósito del Podcast de «La era de las distros» que en este quinto episodio vemos el lado más humano de LinEx, pero mejor que nos lo describan los protagonistas:

El software libre suele asociarse a programadores encerrados en habitaciones oscuras, líneas de código interminables y debates técnicos indescifrables. Pero hubo un tiempo y un lugar donde el software libre significó algo muy distinto: libertad, comunidad y orgullo. Ese lugar fue Extremadura y el protagonista fue LinEx.

En el último episodio de nuestro podcast, nos sumergimos en el «rostro humano» de esta revolución tecnológica. No lo hacemos solos; nos acompañan Fernanda Jaramillo, coordinadora del Plan de Alfabetización Tecnológica, y Jesús Rubio, jefe de servicio durante aquella etapa dorada.

Los participantes del podcast son:

• Fernanda Jaramillo. Durante esos años fue Coordinadora del Plan de Alfabetización Tecnológica de Extremadura.
• Jesús Rubio. Durante esos años fue Jefe de Servicio en la Dirección General de Sociedad de la Información de la Junta de Extremadura.
• Jesús González-Barahona. Catedrático del área de Ingeniería Telemática en la Universidad Rey Juan Carlos (Móstoles, Madrid).
• Lorenzo Carbonell

Con este quinto episodio se cierra el ciclo de audios dedicados a LinEx, la primera distribución autonómica, la que rompió el hielo y que facilitó el camino a las que iban llegando.

Os puedo asegurar que vale la pena escucharlo para que no caiga en el olvido el increíble trabajo que realizaron las personas involucradas en el proyecto y para aprender a gestionar el futuro, aprendiendo de las cosas que no se pudieron hacer bien en el pasado.

Puedes escuchar el podcast en cualquiera de las siguientes plataformas:

• 
  Cómo Extremadura cambió el Software Libre para siempre – Episodio 2 del Podcast «La era de las distros»
  Bienvenidos al Episodio 2 del Podcast «La era de las distros», que lleva por título «Cómo Extremadura cambió el Software Libre para siempre» donde nos relatan el nacimiento de Linex, la distribución extremeña que inició la revolución.
• 
  Lanzado LinEx Colegios 2010
  Y otro lanzamiento más. En esta ocasión otra distribución más para colegios por parte de una administración pública, concretamente de la comunidad autónoma de Extremadura y su Linex. LinEx Colegios… Leer más: Lanzado LinEx Colegios 2010
• 
  Anuncios sobre Linux (V): LinEx
  Esta vez le toca a LinEx, la distribución Linux de Extremadura, la cual también se decanta por Gnome ya que se basa en Debian (gracias env)(la moda de Ubuntu es… Leer más: Anuncios sobre Linux (V): LinEx

La entrada Software Libre para las Personas. LinEx y la Comunidad – Episodio 5 del Podcast «La era de las distros» se publicó primero en KDE Blog.

A few weeks ago I picked up my first real bug in the Open Build Service (OBS) codebase, part of the openSUSE project: a production crash that had been showing up on Errbit every time a GitHub workflow config with the “wrong” character in it got synced. Here’s what broke, why it broke, and how the fix closed it out.

The bug

OBS lets you wire up a GitHub repository so pushes trigger a workflow, things like package rebuilds via webhooks. When that webhook fires, Workflows::YAMLDownloader pulls down the workflow's YAML config file from GitHub and writes it to a Tempfile so OBS can parse it.

The crash looked like this in production:

"\xE2" from ASCII-8BIT to UTF-8

Thrown from IO#write, inside Workflows::YAMLDownloader#create_temp_file.

Why it happened

GitHub’s API returns file contents Base64-encoded. OBS decodes that with Base64.decode64, which hands back a plain Ruby string, but that string is tagged with the ASCII-8BIT encoding (Ruby's way of saying "this is just raw bytes, no assumptions about text"). That's correct and expected; Base64.decode64 has no way to know what encoding the original bytes represent.

The problem shows up one step later. Rails’ Tempfile defaults to expecting UTF-8 when you write to it. So when OBS calls .write with an ASCII-8BIT string, Ruby tries to transcode it, converting the bytes from ASCII-8BIT to UTF-8 on the fly. That's fine for plain ASCII content. But the moment the YAML file contains a multi-byte UTF-8 character, an em dash, a smart quote, anything outside the ASCII range, Ruby has no valid transcoding rule to apply, and it raises Encoding::UndefinedConversionError.

In short: a perfectly valid UTF-8 file was crashing because Ruby thought it was starting from ASCII-8BIT and tried to “translate” bytes that didn’t need translating at all.

The fix

The core of it comes down to one call:

decoded_content.force_encoding('UTF-8')

added right before the Tempfile write. The full diff landed at three lines changed across two files: the fix itself in yaml_downloader.rb, plus a matching update to the spec covering that code path, so the regression is actually tested going forward and not just patched.

The key distinction with the fix itself is force_encoding versus a real transcode. force_encoding doesn't touch a single byte; it just relabels the string, telling Ruby "trust me, these bytes are already UTF-8." Since the bytes coming out of Base64.decode64 genuinely were valid UTF-8 all along (they just carried the wrong encoding tag), relabeling is exactly the correct fix. No transcoding attempt means no UndefinedConversionError, because there's nothing left to convert. Ruby writes the bytes exactly as they are.

What I’d tell someone hitting this themselves

If you’re decoding Base64 content in Ruby and writing it somewhere that expects text, check what encoding the decoded string is actually tagged with (str.encoding) before you assume it matches what the destination wants. Base64.decode64 will hand you ASCII-8BIT regardless of what the original content was; it's on you to correctly re-tag it if you know better, and force_encoding is the right tool for that when you're confident the bytes are already valid in the target encoding. Reach for a real transcode (.encode) only when the bytes genuinely aren't in the target encoding yet.

Getting the PR in

This was my first contribution to OBS, and I want to call out something small that made a real difference: I asked the maintainer, hennevogel, if it was okay for me to take the issue before opening a PR. His reply was simple: “no need to ask me. Just PR small things :)”, which told me a lot about how this project, and the openSUSE community around it, actually wants newcomers to engage. Low friction, just ship the fix.

The PR (#20236) was small, three lines changed across two files, reviewed, and merged. Small fix, but a good first real look at how OBS’s Rails frontend talks to external Git hosts, and that boundary, it turns out, is where interesting bugs tend to live.