I had a bzip2ed tarball from 2005 lying around, for which BZip2 threw a CRC error.

libv@machine:~$ tar -jxvf ../backup-2005.tar.bz2 
backup/
backup/file0.txt
backup/file1.pdf
backup/file2.bin

bzip2: Data integrity error when decompressing.
 Input file = (stdin), output file = (stdout)

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now

I then ran bzip2recover, and this produced 328 files called:

rec00001backup-2005.tar.bz2
rec00002backup-2005.tar.bz2
..
rec00327backup-2005.tar.bz2
rec00328backup-2005.tar.bz2

There is surprisingly little information out there on how to handle this. One stackoverflow commenter stated to "guess" the size of the undecompressable block, which sounds a bit unscientific.

So the next step was to run bunzip2 on all of them, which broke with:

bunzip2: Data integrity error when decompressing.
 Input file = rec00051backup-2005.tar.bz2, output file = rec00051backup-2005.tar

It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.

You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.

bunzip2: Deleting output file rec00051backup-2005.tar, if it exists.
bunzip2: WARNING: some files have not been processed:
bunzip2:    328 specified on command line, 277 not processed yet.

There does not seem to be a flag for bunzip2 to ignore the CRC and soldier on, flagging the block accordingly. This 900kB block should be considered lost. The rest of the data is still valid though. So we need to trick tar into thinking that there is valid data in where the breakage was. Sadly Bzip2 does not list the actual uncompressed block size, just an approximation (in this case a "9" for 900kB).

I then bunzipped all the other files, and catted the first good .tar files together as one file, and the last good tar files together as another.

So i quickly read up on the tar header format. It's 512byte aligned, with the first 256bytes the name of the file or directory, null padded. Then all of the other relevant information is presented in the next 256 bytes:

00000000  62 61 63 6b 75 70 2f 00  00 00 00 00 00 00 00 00  |backup/.........|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000060  00 00 00 00 30 30 30 30  37 35 35 00 30 30 30 30  |....0000755.0000|
00000070  30 30 30 00 30 30 30 30  30 30 30 00 30 30 30 30  |000.0000000.0000|
00000080  30 30 30 30 30 30 30 00  31 30 30 32 37 31 37 35  |0000000.10027175|
00000090  33 35 34 00 30 31 32 31  33 30 00 20 35 00 00 00  |354.012130. 5...|
000000a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000100  00 75 73 74 61 72 20 20  00 6c 69 62 76 00 00 00  |.ustar  .libv...|
00000110  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000120  00 00 00 00 00 00 00 00  00 6c 69 62 76 00 00 00  |.........libv...|
00000130  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000140  00 00 00 00 00 00 00 00  00 30 30 30 30 30 30 30  |.........0000000|
00000150  00 30 30 30 30 30 30 30  00 00 00 00 00 00 00 00  |.0000000........|
00000160  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000200  62 61 63 6b 75 70 2f 66  69 6c 65 30 2e 74 78 74  |backup/file0.txt|
00000210  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000220  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000260  00 00 00 00 30 30 30 30  37 35 35 00 30 30 30 30  |....0000755.0000|
00000270  30 30 30 00 30 30 30 30  30 30 30 00 30 30 30 31  |000.0000000.0001|
00000280  35 36 37 31 30 30 30 00  31 30 32 34 32 31 30 31  |5671000.10242101|
00000290  30 34 30 00 30 31 35 30  37 35 00 20 30 00 00 00  |040.015075. 0...|
000002a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000300  00 75 73 74 61 72 20 20  00 6c 69 62 76 00 00 00  |.ustar  .libv...|
00000310  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000320  00 00 00 00 00 00 00 00  00 6c 69 62 76 00 00 00  |.........libv...|
00000330  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000340  00 00 00 00 00 00 00 00  00 30 30 30 30 30 30 30  |.........0000000|
00000350  00 30 30 30 30 30 30 30  00 00 00 00 00 00 00 00  |.0000000........|
00000360  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00000400  54 68 69 73 20 69 73 20  79 6f 75 72 20 64 61 74  |This is your dat|

You can see here that the string "00015671000" at 0x27C is the file size that tar expects for file0.txt. This is octal, so you need to run:

echo $((8#00015671000))
36336643633664

While there is no tar specific magic, i was able to search the hexdump for "ustar".

I then found that i got lucky, and that a big file was spanning the broken block. Its tar header was at 0x607800 in the first blob:

00607800  62 61 63 6b 75 70 2f 66  69 6c 65 32 2e 62 69 6e  |backup/file2.bin|
00607810  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00607860  00 00 00 00 30 30 30 30  37 35 35 00 30 30 30 30  |....0000755.0000|
00607870  30 30 30 00 30 30 30 30  30 30 30 00 30 31 30 34  |000.0000000.0104|
00607880  34 32 36 34 30 30 30 00  31 30 32 34 30 32 31 37  |4264000.10240217|
00607890  35 33 34 00 30 32 30 35  30 32 00 20 30 00 00 00  |534.020502. 0...|
006078a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00607900  00 75 73 74 61 72 20 20  00 6c 69 62 76 00 00 00  |.ustar  .libv...|
00607910  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00607920  00 00 00 00 00 00 00 00  00 6c 69 62 76 00 00 00  |.........libv...|
00607930  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00607940  00 00 00 00 00 00 00 00  00 30 30 30 30 30 30 30  |.........0000000|
00607950  00 30 30 30 30 30 30 30  00 00 00 00 00 00 00 00  |.0000000........|
00607960  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*
00607a00  64 61 74 61 64 61 74 61  64 61 74 61 64 61 74 61  |datadatadatadata|

Because this is the first block, before the corruption, everything is still nicely 0x200 aligned. Our file begins at 0x607a00 with a filesize of 0x8916800 (or 1044264000 octal -- which is surprisingly 0x200 aligned as well -- is this a filesystem thing?). The first blob's size is 0x2af3b17. So the missing amount of data for this file is

(0x607a00 + 0x8916800) - 0x2af3b17 = 0x642A6E9

The second blob was slightly more difficult, as there the tar header is no longer 0x200 aligned. I got unlucky with searching the hexdump for "ustar" as it crossed a 16byte boundary, but grep gave me a byteoffset to look for in the hexdump.

0634eb50  00 00 00 00 00 00 00 00  00 00 00 00 62 61 63 6b  |............back|
0634eb60  75 70 2f 66 69 6c 65 33  2e 73 68 00 00 00 00 00  |up/file3.sh.....|
0634eb70  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
*

I then of course made the error of using 0x634eb50 and not 0x634eb5c in my calculation. But on the second attempt i calculated:

0x642A6E9 - 0x634eb5c = 0xDBB8D

So i dded the required amount to some file, catted the three files together, and tar was perfectly happy. I did null the broken file, and renamed it appropriately.

It is not likely that i will need this again any time soon, but if i do, i hope i know where to find the info now.

zypp makes sure that it not just randomly moves between repositories of different vendors. Vendors in this case can be the (open)SUSE base packages and different buildservice repositories. If you want to do it via

zypper dup --from <repoid>

You get a lot of questions for “do you really want to change the vendor?”. When you do that e.g. to test the next GNOME major release from GNOME:Next, that is a lot of questions. Like a few hundred times. My manual way involved putting 1\n into the mouse cut buffer and pasting with my middle mouse button.

Ujilliurex es un evento que se celebra en la Universidad Jaume I de Castellón y que ya tiene a sus espaldas una buena cantidad de ediciones ya que ni con la pandemia cesaron su actividad. Hoy quiero seguir la promoción presentando el programa Ujilliurex 2025, «LliureX com a eina d’innovació educativa, un evento que busca de difundir más el Software Libre entre la Comunidad Docente

KDE estará en Ujilliurex 2025 con «10 Trucos para sacar el máximo rendimiento a Lliurex»

La conversión de eventos presenciales a virtuales fue una constante este últimos años. Ujilliurex no fue la excepción en su edición de 2020 y del 2021, pero gracias a la aparición de las vacunas y al control que tenemos del COVID 19 volvió a ser presencial en la edición del 2022, 2023 y 2024.

De hecho, creo que fue la «maldición » del COVID lo que hizo que un servidor se hiciera un ponente habitual de este evento ya que por razones horarias y escolares nunca podía asistir al mismo.

Este 2025 se vuelve a realizar y viene cargado de interesantes ponencias. La fecha en concreto será el 26 de noviembre y lleva como lema principal: «LliureX como herramienta de innovación educativa».

Y un año más KDE estará presente de la mano de un servidor con una charla a las 19:00 que lleva por título «10 Trucos para sacar el máximo rendimiento a Lliurex» que en realidad es una forma de mostrar las bondades del escritorio Plasma de la Comunidad KDE. Así que mostraré cosas como redimensionar ventanas, utilizar el cortapapeles de forma eficiente o manejas tu archivos como un pro de la mano de Dolphin

Programa de ponencias de Ujilliurex 2025

Desde hace un tiempo que tenemos a nuestra disposición el programa de ponencias, una densa jornada donde centrados en LLiurex se darán trucos de para su escritorio, hablaremos de de IA (cómo no), miraremos las novedades de Lliurex 25, etc. Pero mejor leer el programa completo.

09:30 10:00  Recogida de las credenciales

10:00 10:30  Apertura de la Jornada

10:30 És la IA un forat negre? – Enric Brescó

11:00 IA para mejorar la docencia y la relación con el alumnado – Estefanía López

11:30 Pausa Café

12 Mesa redonda sobre IA en educación

12:50 Lliurex 25. Novedades y características – Luis García, Marta Sánchez

14:00     Comida – Cafeteria de la Facultat

16:00 Uso de la IA con Speech Note para la enseñanza de idiomas – Flor Borja

16:30 Vibe Coding per a la tasca docent – Samuel Soriano

17:00 Cursos de formación para integrar la IA en la docencia – Sara Buils

17:30 La nueva ley de FP, un enfoque desde GitHub – Ángel Berlanas

18:00 Del drama al control: editar, signar i trinxar PDF amb programari lliure – Tàfol Nebot

18:30 Descanso

19:00 10 Trucos para sacar el máximo rendimiento a Lliurex – Baltasar Ortega

19:30 De los titulares de prensa al aula: lo que la IA significa realmente – Miguel Donoso

Más información: Programa Ujilliurex 2025

¿Qué es Ujilliurex?

Se trata de un evento que tiene bastante solera en la provincia de Castellón en el que teniendo como protagonista la distribución de la Generalitat Valenciana Lliurex se presentan novedades sobre ésta y sobre otros proyectos libres.

Concretamente sus objetivos fundamentales son:

• Difundir el uso y manejo de las TIC en la distribución LliureX entre la comunidad educativa universitaria
• Promover la coordinación, el intercambio y la discusión de conocimientos y experiencias entre profesores universitarios, especialmente de los departamentos con una mayor implicación tanto en la parte educativa de los futuros docentes (Depto. Educación), como posibles usuarios de Lliurex como herramienta en su especialidad (Depto. de Traducción e Interpretación y Depto. de Estudios Ingleses), con docentes de centros educativos de la comunidad valenciana, especialmente de los departamentos de idiomas y Coordinadores de Tecnologías de la Información (Coordinadores TIC).
• Compartir conocimiento y debatir sobre el contenido de la distribución y la utilización de diversas aplicaciones de la distribución
• Iniciar una serie de contactos entre las entidades organizadoras de la jornada y los asistentes de los diferentes centros y departamentos.

La entrada KDE estará en Ujilliurex 2025 con «10 Trucos para sacar el máximo rendimiento a Lliurex» se publicó primero en KDE Blog.

This is a roundup of articles from the openSUSE community listed on planet.opensuse.org.

The below featured highlights listed on the community’s blog feed aggregator are from November 15 to 21.

Blog posts this week highlight a wide range of community activity to KDE Plasma gaining new features, the KDE Slimbook VII launch, a Hack Week project about AI-driven Bugzilla triage and another on implementing SSH in Zig—plus. Plus coverage on the new Agama 18 release.

Here is a summary and links for each post:

CyberLadies Empower Women With openSUSE Leap 16

CyberLadies z.s. organized a full-day workshop in Prague to introduce women to Linux installation, desktop use, and open-source alternatives. Zuzana Pechová, who organized it, chose openSUSE Leap 16 for its ease of installation and European roots. The event not only empowered participants but also provided feedback that contributed to improvements in openSUSE and inspires a greater focus on digital sovereignty.

12 months instead of 12 minutes

Jimmac shares the story behind the creation of the GNOME website’s distinctive 3D laptop hero image, which is a design crafted over the course of a year rather than generated quickly by AI. This labor-intensive, iteration-focused approach highlights a commitment to thoughtful design and craft in an era increasingly dominated by automated content generation and quick fixes.

KDE Slimbook VII: Updating the Ultrabook of the KDE Community of Valencian Companies

The KDE Blog highlights the latest update to the KDE Slimbook VII, which is a premium ultrabook co-developed with the Spanish company Slimbook and the KDE community. This iteration features upgraded hardware to include an AMD Ryzen AI 9 365 CPU, 16″ WQXGA display at 165 Hz, and up to 128 GB DDR5 with 8 TB NVMe storage. With every purchase, a portion of proceeds supports the KDE Community.

4th Annual Open Source Seminar (formerly the Annual GNU/Linux Seminar)

The KDE Blog covers the fourth annual open-source seminar on Nov. 29 November. The event will be streamed worldwide via BigBlueButton and YouTube. The event will feature live talks from various Spanish-speaking free software experts and cover topics like systems, servers, security practices, and personal experiences in GNU/Linux.

Hack Week Project Targets Bug Triage Automation

A Hack Week project aims to reduce developer time spent navigating Bugzilla using an AI-driven triage and reporting assistant. By integrating the Ollama LLM with Bugzilla, the tool’s aim is to analyze new changes, assign bugs to teams, and highlight actionable next steps without disrupting existing workflows. A successful implementation could help to streamline bug triage and improve development with openSUSE and other open-source projects.

The NGO founded by Bram Moolenaar, the creator of Vim, ceases operations

Victorhck’s blog reports on the closure of the ICCF Holland foundation, which is the nonprofit organization founded by Vim creator Bram Moolenaarnearly 30 years ago to support children in Uganda. The closure follows Moolenaar’s passing in 2023, but support efforts will continue through Kuwasha, which will take over long-term management of the projects and sponsorship programs.

Photo Cropping Tool, Sudoku in Kirigami, and Sprinting This Week in KDE Apps

The KDE Blog highlights recent developments in KDE Applications, including a new cropping tool in the Photos app that simplifies image editing with intuitive controls. Also included is news of Pumoku—a new Kirigami-based sudoku application in early alpha stage, which shows promise in its continued development.

Labels and Assignment Improvements

The Open Build Service team has introduced enhanced label-based filtering to help users manage packages, requests, and notifications more efficiently. It improves assignment workflows and makes it easier to track progress and responsibilities during package reviews and submissions.

Plasma 6.5 Third Update

The KDE Blog announced the release of Plasma 6.5’s third maintenance update. The update includes automatic switching between light and dark themes, scrollable panels for widgets and shortcuts, a new initial setup assistant, and global Wi-Fi password storage.

Published by Agama 18

Victorhck’s blog reports on the release of Agama 18, the modern web-based installer for openSUSE and SUSE Linux Enterprise Server. The update introduces a redesigned storage configuration page aiming to make disk setup clearer for new users while retaining advanced options for experts. The release also brings enhanced JSON configuration support (including local profile validation and incremental pattern management). The release officially drops support for the i586 architecture.

Crop tool in Photos, Sudoku in Kirigami and sprinting – This week in KDE Apps

The KDE Blog covers “This Week in KDE Apps” and highlights the KDE Photos and introduction of Pumoku, which a Kirigami-based sudoku application, as mentioned above.

Hack Week Project Aims to Implement SSH in Zig

A Hack Week project starting Dec. 1 will focus on completing a native SSH implementation written in the Zig programming language. The goal is to create a lightweight and flexible SSH stack that facilitates research and experimentation, such as testing post-quantum cryptography algorithms. The project already supports primitives, keys, certificates and much of the agent protocol, and is intended for research and experimentation.

How to explain the four freedoms of free software to kids and girls/children

Victorhck’s blog helps translate and adapt a guide to help parents and educators explain the four essential freedoms of free software to children through analogies. The guide can be used as a valuable educational tool to help foster the continuation of the free software culture and promote collaboration and digital ethics from an early age.

Releasing version 18 | Agama

The Agama 18 version was introduced in this blog from Nov. 17. Support for DASD (mainframe) devices were significantly improved and the release offers better management for multiple devices through the web interface.

Twentieth Update of KDE Frameworks 6

The KDE Blog announces the release of KDE Frameworks 6.20. This maintenance release delivers numerous bug fixes, performance improvements, and behind-the-scenes enhancements across multiple frameworks. Key fixes include enhanced security in KWallet with modern session management, reduced crashes in image format plugins (KImageFormats) when handling malformed files, and improved User Interface consistency in Kirigami for overlays and action toolbars.

OCR en Spectacle y muchas mejoras en la interfaz de usuario – Esta semana en KDE Plasma

The KDE Blog covers how Spectacle gains built-in Optical Character Recognition functionality to let users select and copy text directly from images or screenshots. Multiple user interface enhancements were made including improved theming for GTK 4 apps, better portal-based permission dialogs, and refinements to system tray and timer widget settings.

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

Hey Kids! Other than raving about GNOME.org being a static HTML, there’s one more aspect I’d like to get back to in this writing exercise called a blog post.

I’ve recently come across an apalling genAI website for a project I hold deerly so I thought I’d give a glimpse on how we used to do things in the olden days. It is probably not going to be done this way anymore in the enshittified timeline we ended up in. The two options available these days are — a quickly generated slop website or no website at all, because privately owned social media is where it’s at.

The wanna-be-catchy title of this post comes from the fact the website underwent numerous iterations (iterations is the core principle of good design) spanning over a year before we introduced the redesign.

So how did we end up with a 3D model of a laptop for the hero image on the GNOME website, rather than something generated in a couple of seconds and a small town worth of drinking water or a simple SVG illustration?

The hero image is static now, but used to be a scroll based animation at the early days. It could have become a simple vector style illustration, but I really enjoy the light interaction of the screen and the laptop, especially between the light and dark variants. Toggling dark mode has been my favorite fidget spinner.

Creating light/dark variants is a bit tedious to do manually every release, but automating still a bit too hard to pull off (the taking screenshots of a nightly OS bit). There’s also the fun of picking a theme for the screenshot rather than doing the same thing over and over. Doing the screenshooting manually meant automating the rest, as a 6 month cycle is enough time to forget how things are done. The process is held together with duct tape, I mean a python script, that renders the website image assets from the few screenshots captured using GNOME OS running inside Boxes. Two great invisible things made by amazing individuals that could go away in an instant and that thought gives me a dose of anxiety.

This does take a minute to render on a laptop (CPU only Cycles), but is a matter of a single invocation and a git commit. So far it has survived a couple of Blender releases, so fingers crossed for the future.

Sophie has recently been looking into translations, so we might reconsider that 3D approach if translated screenshots become viable (and have them contained in an SVG similar to how os.gnome.org is done). So far the 3D hero has always been in sync with the release, unlike in our Wordpress days. Fingers crossed.

Aún recuerdo la intervención de Alejandro en la Akademy-es de Madrid de 2016 cuando se ofreció a colaborar con la Comunidad KDE. Fruto de este intercambio de ideas, hace ya nueve años, tenemos entre nosotros el lanzamiento de KDE Slimbook VII. Una gran noticia ya que la Comunidad KDE y la compañía Slimbook siguen colaborando en aras de llevar a los sistemas libres al máximo número de gente posible, actualizando «su producto» por séptima vez desde su primera versión.

KDE Slimbook VII, actualizando el ultrabook de la Comunidad KDE de la empresa valenciana

Aunque las aportaciones personales son muy importantes, al final son la colaboración entre Comunidades y empresas o instituciones públicas las que pueden hacer las cosas más grandes por el Software Libre. Prueba de ello es la evolcuión de Krita o la gama KDE Slimbook fruto del entendimiento de la Comunidad KDE con la empresa valenciana de Slimbook.

Haciendo un poco de historia, ambas entidades iniciaron en el 2017 una colaboración que tuvo su germen en Akademy-es 2016 de Madrid y que cristalizó con la línea KDE Slimbook, un ultrabook que acerca a una Comunidad de Software Libre un ensamblador de portátiles, consiguiendo no solo un producto refinado y optimizado sino que también una piedra fundamental sobre la que seguir mejorando los dispositivos libres. Y la demostración de esto es que una lanzamiento como este se ha repetido ya en siete ocasiones.

Sobre estas premisas los chicos de Slimbook y la Comunidad KDE anunciaron el pasado 19 de noviembre la disponibilidad de KDE Slimbook VII, que sigue su gran evolución con un diseño más sólido, una pantalla más fluida y el mayor salto en rendimiento desde que comenzó el proyecto.

Recordemos que este ultrabook ofrece un chasis KDE Slimbook con logo de KDE , tecla Meta serigrafiada con el símbolo de Plasma, con el estilo de letras Noto Sans, y que con la adquisición de uno de ellos ayudas a la Comunidad KDE aportando una pequeña donación económica, que no repercute en el precio.

En otras palabras, al comprar un KDE Slimbook parte del precio va destinado al Proyecto KDE.

Las características de KDE Slimbook VII

Es importante, además de toda la ética que rodea al proyecto, tener claro las características principales en términos de hardware de KDE Slimbook VII, que resumiendo son las siguientes:

• Procesador AMD Ryzen™ AI 9 365: 10 cores / 20 hilos, con arquitectura orientada a IA gracias a su potente NPU integrada.
• Gráfica integrada AMD Radeon™ 880M: Rendimiento excelente para tareas creativas, productividad y juegos ligeros.
• Pantalla 16” WQXGA (2560×1600) – 165 Hz – 100% sRGB – 16:10: Fluida, precisa en color y con amplio espacio vertical para desarrollo y diseño.
• Chasis premium de aluminio en color Excalibur Blue: Diseño robusto y ligero pensado para uso profesional.
• Memoria ampliable hasta 128 GB DDR5 y almacenamiento hasta 8 TB NVMe 4.0
• Doble ventilador, teclas de cambio de modo energético (ahorro/balanceado/rendimiento)
• USB-C 100 W Power Delivery, Wi-Fi 6, Bluetooth 5.2, HDMI, USB-A, etc.

¿Por qué KDE Slimbook?

Son muchas las razones por las que vale la pena apostar por un KDE Slimbook aparte de tener un magnífico Slimbook con un serigrafiado que unifica el logo de KDE con el de Slimbook. En esta lista incluyo algunas de las más importantes:

• Porque la Comunidad KDE se ha asegurado que KDE/Plasma funcione perfecto en el portátil creando un OEM para él.
• Porque es la forma más segura de de utilizar KDE.
• Porque ayudas a la Comunidad KDE aportando una pequeña donación económica, que no repercute en el precio. Edito: En otras palabras, al comprar un KDE Slimbook parte del precio va destinado al Proyecto KDE.
• Porque es una instalación limpia de KDE, sin aplicaciones extra que te puedan distraer
• Porque con Discover tienes al alcance cientos de aplicaciones instalables con un simple click.
• Porque el portátil se actualizará al ritmo de KDE Neon, lo cual significa estar siempre a la última.
• Porque existen muchas vías para solucionar de forma directa (SAT de Slimbook, foros de Slimbook, grupo de Telegram de KDE Neon, foro de KDE, etc) los posibles problemas o dudas que aparezcan en el uso diario del portátil.

Y por cierto, no penséis que hago toda esta publicidad porque reciba una compensación económica… la publicidad del margen es voluntaria y no recibo nada por ponerla.

Más información: KDE Slimbook | Tienda Slimbook KDE VII

La entrada KDE Slimbook VII, actualizando el ultrabook de la Comunidad KDE de la empresa valenciana se publicó primero en KDE Blog.

Nuevo evento en línea a la vista. Se trata del IV Seminario Anual Opensource (ex-Seminario Anual GNU/Linux) organizado por la Comunidad Academia GNU/Linux y que será retransmitido a todo el mundo utilizando los servicios de BBB y por Youtube. ¿Quieres más información? Sigue leyendo.

IV Seminario Anual Opensource (ex-Seminario Anual GNU/Linux)

El 29 de noviembre a partir de las 21:00 horas peninsulares de España tienes una cita con el mundo OpenSOurce y GNU/Linux en forma de ponencia en directo con divulgadores de todo el mundo hispano hablante con la nueva edición del seminario Anual GNU/Linux.

De esta forma, la Comunidad Academia GNU/Linux está organizando una jornada única con la participación de varios ponentes con las que iniciarse, aprender, profundizar y, en general, conocer un poco más el abanico de posibilidades que te ofrece el mundo del Conocimiento Libre al módico precio de un poco de tu tiempo (que no es poco)

El objetivo de este evento es mostrar temas variados como GNULinux, sistemas, servidores, experiencias de vida y seguridad informática. Lo anuncio ya que se acerca la fecha y vale la pena reservar el tiempo online, así que pronto, muy pronto os ofreceré más detalles.

Se debe destacar que con este será el cuarto año consecutivo que en el mes de Noviembre tenemos este tipo de eventos que solo es posible con el apoyo desinteresado de amigos y conocedores del mundo.

¡No te lo pierdas!

La entrada IV Seminario Anual Opensource (ex-Seminario Anual GNU/Linux) se publicó primero en KDE Blog.

A Hack Week 25 project aims to reduce the time developers spend navigating Bugzilla by introducing an AI-driven triage and reporting assistant.

The Bugzilla Goes AI - Phase 1 project proposes using a locally hosted AI model to summarize bugs, recommend next steps and deliver a daily digest through a simple Web Interface.

The project aims at integrating the Ollama LLM with a Bugzilla instance through a dedicated API connector. Once connected, the AI agent could analyze bugs, assign them to a team, produce short summary and create actionable items. Developers could scan workloads without opening Bugzilla.

The project may design the AI tool to highlight what matters rather than change Bugzilla workflows. The system may report only on bugs that have changed since a previous triage, which could reduce the time developers spend re-checking old and/or inactive tickets.

Core benefits that could emerge from the prototype is a daily bug debriefing that offers an automated overview of issues, relevant change alerts, which should reduce noise of resurfacing activity, and provide a follow-up feature that helps developers realize the next steps.

Time constraints to develop the project during Hack Week and AI accuracy remain notable risks, but a prototype could provide a meaningful step toward modernizing bug triage for openSUSE and the open-source ecosystem.

Hack Week, which began in 2007, has become a cornerstone of the project’s open-source culture. Hack Week has produced tools that are now integral to the openSUSE ecosystem, such as openQA, Weblate and Aeon Desktop. Hack Week has also seeded projects that later grew into widely used products; the origins of ownCloud and its fork Nextcloud derive from a Hack Week project started more than a decade ago.

For more information, visit hackweek.opensuse.org.

Over the weekend, in Prague, Czechia, Zuzana Pechová organized a full-day workshop together with Terka Lukešová and Markéta Gregorová as part of the CyberLadies z.s. community initiative. The goal was to introduce ten women to Linux installation, basic desktop use, and common open-source alternatives to commercial software. The workshop also covered how to work with […]

The post CyberLadies Empower Women With openSUSE Leap 16 appeared first on SUSE Communities.

Bram Moolenar fundó hace 30 años la ONG ICCF Holland, que ahora ve cómo tiene que cesar su actividad de ayuda a niños en Uganda. Pero los proyectos continúan.

El editor de texto Vim es un software charitywear, lo que implica que las donaciones que se hacen al proyecto van a una asociación no gubernamental (ONG) de ayuda a un colectivo.

Bram Moolenar, el creador de Vim y principal desarrollador del proyecto creó hace más de 30 años la ONG International Child Care Fund Holland (ICCF Holland), para ayudar en educación y sanidad a niños y niñas huérfanos en Uganda.

Durante 30 años Bram fue además del principal motor de la ONG, su tesorero. El dinero donado al proyecto Vim, ya sea por donaciones personales o por otros medios, era enviado a Uganda en su totalidad para la financiación de esos proyectos de ayuda para los niños y niñas.

Con la inesperada muerte de Bram Moolenaar el pasado 2023, su proyecto de Vim, ha seguido adelante, ya que personas que colaboraron con él han tomado el relevo en el desarrollo y mantenimiento del código de este gran editor de texto.

Pero la situación de la ONG ICCF Holland estaba un poco en el aire. Bram era su principal impulsor y gestor de la organización que se mantiene por el trabajo totalmente voluntario de un muy reducido grupo de personas, que desde la pérdida de Bram ha seguido trabajando y creando entre otros proyectos un par de bibliotecas en colegios para educar a los niños y niñas durante estos dos años.

Pero la situación parece que se ha vuelto insostenible y después de un debate entre la gente de la ONG y la familia de Bram, la ONG ha decidido disolverse antes de acabar el año 2025. Pero el trabajo no desaparece, si alguien quiere seguir donando para ayudar a esos niños y niñas en Uganda, puede hacerlo ahora mediante la ONG https://www.kuwasha.net/ que seguirá enviando el dinero donado para la ayuda en aquel país y en concreto en sus proyectos.

Así que si quieres seguir donando a Vim, que sepas que ahora las donaciones irán a Uganda gestionadas por otra entidad que sigue el trabajo de ayuda en aquel país con sus proyectos de educación y sanidad a niños y adolescentes.

Enlaces de interés

• https://www.iccf-holland.org/
• https://en.wikipedia.org/wiki/ICCF_Holland
• https://www.kuwasha.net/