PeaZip 10.9 ya está disponible y llega como una actualización importante de este gestor y compresor de archivos de código abierto, utilizado en sistemas GNU/Linux, BSD, macOS, ReactOS y Windows. El proyecto, mantenido por Giorgio Tani, sigue centrado en pulir la experiencia diaria de gestión de ficheros y archivos comprimidos en equipos de escritorio.

Tras algo más de dos meses desde la anterior versión, PeaZip 10.8, esta nueva entrega se orienta sobre todo a mejorar la usabilidad: se introducen menús contextuales alternativos, nuevos atajos de teclado y una navegación más fluida entre paneles. En conjunto, los cambios apuntan a que el programa resulte más cómodo tanto para usuarios habituales como para quienes solo lo usan de forma puntual para comprimir y descomprimir archivos.

PeaZip 10.9 introduce menús contextuales renovados y atajos de teclado adicionales

Una de las novedades más visibles está en los nuevos menús contextuales alternativos para las acciones de «Abrir con» y «Renombrar». Estas opciones se han reorganizado para que resulte más rápido elegir con qué aplicación abrir un archivo o cambiarle el nombre sin tener que navegar por múltiples cuadros de diálogo, algo especialmente útil en entornos de trabajo con muchos ficheros.

La actualización también incorpora nuevos atajos de teclado para los visores de texto y hexadecimal que se integran en la propia aplicación. Estos accesos directos permiten, por ejemplo, cambiar entre modos de visualización o ajustar el zoom sin recurrir siempre al ratón, lo que puede agilizar bastante el flujo de trabajo de usuarios avanzados o administradores que consultan con frecuencia el contenido interno de los archivos.

Mejoras en el visor de imágenes integrado

Otra mejora importante en este apartado es la gestión automática de las barras de desplazamiento. Cuando la imagen excede el tamaño disponible, se muestran barras verticales y horizontales solo cuando hacen falta, evitando así redimensionados forzados o recortes de la imagen, algo que en pantallas pequeñas o configuraciones multimonitor puede marcar la diferencia en la comodidad de uso.

Visor de texto más potente y flexible en PeaZip 10.9

El visor de texto interno también da un salto de calidad con la capacidad de detectar cabeceras BOM (Byte Order Mark). Esta mejora técnica ayuda a que PeaZip interprete mejor la codificación de los ficheros de texto, reduciendo problemas típicos como caracteres extraños o símbolos incorrectos cuando se abren documentos en diferentes idiomas o procedentes de distintos sistemas.

Además, se añaden varios atajos de teclado para manejar funciones habituales del visor de texto, como activar o desactivar el ajuste de línea (word wrap), establecer si la búsqueda debe distinguir mayúsculas y minúsculas, conmutar el uso de negrita, alternar el tipo de letra monoespaciada o ajustar el nivel de zoom. Estas preferencias pueden guardarse como opciones persistentes en la interfaz, de forma que el usuario no tenga que reconfigurarlas cada vez que abre un archivo.

El visor hexadecimal (Hex viewer) también se beneficia de estas mejoras al incorporar soporte para fuente monoespaciada. Esto facilita la lectura de datos binarios y la comparación visual de bytes, algo especialmente relevante para tareas técnicas como el análisis de ficheros o la revisión rápida de cabeceras en entornos profesionales.

Rendimiento mejorado en archivos RAR y grandes volúmenes

En el plano del rendimiento, PeaZip 10.9 perfecciona la detección automática del binario RAR en sistemas no Windows. Esto significa que, cuando el usuario tiene instaladas las herramientas correspondientes, el programa las localizará de forma más fiable, mejorando la compatibilidad con este formato tan extendido en el intercambio de archivos comprimidos.

También se ha trabajado en la velocidad y la eficiencia a la hora de navegar por archivos comprimidos con muchos elementos. Cuando un archivo contiene miles de ficheros o directorios internos, la nueva versión responde mejor y reduce los tiempos de espera al listar el contenido, algo muy valorable en contextos laborales donde se manejan copias de seguridad, repositorios de software o colecciones extensas de documentos.

El tratamiento de los archivos multivolumen se ha mejorado igualmente, con una gestión más sólida de los distintos fragmentos en que se puede dividir un archivo comprimido. Junto a esto, la ventana de progreso de tareas ofrece ahora una información más clara y detallada, de manera que el usuario sabe mejor qué está haciendo el programa en cada momento mientras comprime, descomprime o verifica datos.

Gestión de archivos temporales y respuesta más fluida en PeaZip 10.9

Para mejorar la reactividad del gestor de archivos, PeaZip introduce un sistema de eliminación asíncrona de los ficheros temporales generados durante las previsualizaciones. En lugar de bloquear la interfaz mientras borra estos elementos, la aplicación gestiona ese proceso en segundo plano, permitiendo al usuario seguir trabajando con mayor sensación de fluidez.

Se suma, además, la posibilidad de eliminar el archivo comprimido actual directamente desde el menú desplegable situado a la derecha del botón «Eliminar del archivo». Este pequeño ajuste de interfaz reduce pasos cuando se quieren limpiar rápidamente archivos ya innecesarios tras haber extraído su contenido.

Nuevas opciones para el botón central del ratón

Otra novedad interesante es la opción de personalizar el comportamiento del botón central del ratón. El usuario puede elegir entre varias acciones, como subir un nivel en la carpeta, retroceder en la navegación, renombrar elementos, abrir en una nueva pestaña (opción configurada por defecto) u optar por abrir en una ventana independiente.

Esta capacidad de asignar funciones al clic central ofrece un manejo más adaptado a cada entorno de trabajo. Quienes trabajan con muchas pestañas pueden preferir mantener la apertura en nuevas pestañas, mientras que otros quizá se sientan más cómodos abriendo ventanas separadas o utilizando el botón central para moverse entre directorios con mayor rapidez.

Secuencia de cierre y arranque más robusta

Los desarrolladores han revisado la forma en que la aplicación se cierra para garantizar que la configuración se guarde a tiempo, incluso en situaciones en las que la eliminación sincronizada de ficheros temporales resulta especialmente lenta. Este cambio busca evitar que se pierdan ajustes o preferencias del usuario cuando se dan estas circunstancias menos habituales.

También se ha reordenado la secuencia de arranque para que el programa funcione de manera más uniforme en todos los conjuntos de widgets. Entre otros aspectos, la barra de progreso aparece ahora antes durante el inicio, lo que ayuda a percibir que la aplicación está arrancando y reduce posibles confusiones o la tentación de forzar el cierre pensando que se ha quedado congelada.

Integración en escritorios Linux y actualización de iconos

En el ecosistema GNU/Linux y otros sistemas de escritorio libres, PeaZip 10.9 actualiza su documentación de integración con FreeDesktop. Esto permite una mejor convivencia con escritorios habituales en Europa como GNOME, KDE Plasma, Xfce o similares, facilitando la asociación de tipos de archivo, la presencia en menús y la correcta aparición de accesos directos.

La documentación específica para entornos de empaquetado como Flatpak y otros sistemas de sandboxing también se ha puesto al día, con el objetivo de que la aplicación se comporte de forma más predecible y coherente dentro de estos contenedores. Junto a ello, se han retocado varios iconos para adaptarlos mejor a los temas visuales actuales y mejorar la legibilidad en pantallas de alta resolución.

Núcleo actualizado y disponibilidad de PeaZip 10.9 en varias plataformas

Bajo el capó, PeaZip 10.9 incorpora Pea 1.29 como backend por defecto. Esta pieza es la encargada de gestionar internamente muchas de las operaciones de compresión y descompresión, por lo que su actualización contribuye a mantener la compatibilidad con formatos modernos y a mejorar la estabilidad general del programa.

La nueva versión se puede descargar desde la página web oficial del proyecto en forma de binarios listos para usar en sistemas GNU/Linux, BSD, macOS y Windows. En el caso concreto de Linux, se ofrecen versiones con interfaces basadas en GTK2, GTK3 y Qt 6, lo que permite integrarse mejor con diferentes escritorios y preferencias de los usuarios europeos y españoles que utilizan distribuciones variadas.

En conjunto, PeaZip 10.9 se presenta como una actualización centrada en pulir detalles que marcan la diferencia en el día a día: desde un visor de texto e imágenes más cómodo hasta una navegación más rápida por archivos comprimidos grandes, pasando por una mejor integración en escritorios modernos y opciones de personalización adicionales. Sin introducir cambios radicales, la versión refuerza la sensación de herramienta madura y estable para quienes necesitan gestionar archivos y compresiones a menudo en su equipo.

Si sueles trastear con aplicaciones en formato AppImage en tu escritorio Linux, seguramente ya te habrás dado cuenta de que gestionarlas a mano puede ser un auténtico rollo: mover archivos, dar permisos de ejecución, crear accesos directos, iconos, actualizaciones… Todo eso, una y otra vez. Aquí es donde entra en juego AppManager, una herramienta pensada precisamente para hacerte la vida más fácil con los AppImages, pero además con un toque visual muy cuidado y un flujo de uso que recuerda mucho a macOS.

Este artículo se centra en explicar en detalle qué es AppManager, cómo funciona y por qué se ha convertido en uno de los gestores de AppImages más interesantes para escritorios GTK. También verás qué tecnologías utiliza por debajo, cómo maneja las actualizaciones de forma automática y por qué su interfaz con ventana de arrastrar y soltar es tan cómoda para el día a día. La idea es que, cuando termines de leer, tengas una visión muy clara de si esta utilidad encaja o no en tu forma de trabajar con Linux.

¿Qué es AppManager y para qué sirve?

AppManager es una aplicación de escritorio desarrollada con GTK y Libadwaita, escrita en el lenguaje de programación Vala, cuyo objetivo es gestionar AppImages de forma sencilla y visual. En lugar de tener que manejar tú mismo los archivos .AppImage, darles permisos, moverlos a una ruta concreta y crear accesos directos, AppManager automatiza todo ese proceso con un par de clics y un sistema muy intuitivo de arrastrar y soltar.

Su función principal es actuar como gestor centralizado de AppImages en el escritorio Linux: permite instalarlas, desinstalarlas, integrarlas con el menú de aplicaciones y mantenerlas al día mediante un sistema de actualización en segundo plano. De esta forma, los AppImages se comportan casi como si vinieran de un repositorio tradicional, pero sin renunciar a la portabilidad y aislamiento que caracteriza a este formato.

La herramienta está pensada especialmente para quienes usan entornos de escritorio basados en GTK, ya que su interfaz se integra muy bien en escritorios como GNOME, gracias a Libadwaita. Aun así, se puede usar en otros entornos sin mayor problema, siempre que tengas las dependencias necesarias.

Interfaz estilo macOS con arrastrar y soltar

Uno de los rasgos más llamativos de AppManager es su ventana de instalación al estilo macOS. Cuando haces doble clic sobre cualquier archivo con extensión .AppImage, en lugar de ejecutarse directamente la aplicación o abrirse un cuadro de diálogo genérico, se abre una ventana específica de AppManager en la que puedes arrastrar el archivo para instalarlo en tu sistema.

Esta ventana de arrastrar y soltar imita ese flujo típico de macOS en el que simplemente arrastras la app hacia una zona marcada para que quede instalada. Aquí ocurre algo similar: arrastras el AppImage a la interfaz de AppManager y la herramienta se encarga de mover el archivo a la ubicación adecuada, marcarlo como ejecutable, registrar las entradas de escritorio y copiar los iconos necesarios.

Gracias a este enfoque, instalar una AppImage se siente como un proceso limpio y coherente, no como manejar un archivo suelto que no sabes bien dónde colocar. Además, el estilo visual basado en GTK/Libadwaita da una sensación moderna y integrada con el propio sistema, alejada de las ventanas genéricas o poco pulidas que a veces se ven en herramientas más rudimentarias.

Soporte para AppImage SquashFS y DwarFS

AppManager no se limita a un único tipo de empaquetado, sino que ofrece compatibilidad con AppImage basadas en SquashFS y DwarFS. Estas dos tecnologías son sistemas de archivos comprimidos que se usan para empaquetar las aplicaciones dentro del AppImage, y cada una tiene sus particularidades en cuanto a rendimiento, tamaño y comportamiento; puedes consultarlo en nuestro glosario de Linux.

El soporte tanto de SquashFS como de DwarFS significa que puedes usar AppManager con un amplio abanico de AppImages, independientemente del método de empaquetado elegido por el desarrollador de la aplicación. No te tienes que preocupar de si una app concreta está construida con un sistema u otro: la herramienta se encarga de gestionarlo por debajo para que tú solo veas “funciona o no funciona”, y en la práctica, funcione casi todo.

Esta compatibilidad amplia es clave porque el ecosistema AppImage es muy variado y, sin un gestor que entienda los diferentes formatos, el usuario se vería obligado a manejar ciertas aplicaciones de forma manual, perdiendo la comodidad de unificar toda la gestión en una misma interfaz.

Instalación con un par de clics

En el flujo más habitual de uso, basta con hacer doble clic sobre un archivo .AppImage para que se abra la ventana especial de AppManager. Desde ahí, se muestra una interfaz preparada para que arrastres ese mismo archivo -o incluso otros- al área de instalación. Nada de comandos extraños ni rutas rebuscadas.

Una vez arrastras el archivo, AppManager se encarga de mover la AppImage a una ubicación fija en tu sistema, donde quedará almacenada como el resto de aplicaciones gestionadas por la herramienta. Así evitas tener la app perdida en la carpeta de Descargas o en cualquier ruta improvisada, algo muy común cuando se trabaja con AppImages de forma manual.

Este sistema tiene otra ventaja importante: permite que la desinstalación sea igual de limpia. Como AppManager sabe exactamente dónde ha colocado cada AppImage y qué ficheros de integración ha creado, eliminar la aplicación se reduce a un proceso controlado y sin restos, en lugar de andar borrando archivos a mano con el riesgo de dejar basura por el sistema.

Integración en el escritorio: entradas y iconos

Además de colocar las AppImages en la ruta adecuada, AppManager se ocupa de crear las entradas de escritorio necesarias. Esto significa que, una vez instalada la aplicación, la verás aparecer en el menú de aplicaciones de tu entorno de escritorio, igual que cualquier programa instalado desde el repositorio de tu distribución.

La herramienta también se encarga de copiar y registrar los iconos correspondientes, de manera que la app no solo sea accesible desde el lanzador, sino que además tenga su propio icono reconocible, tanto en el menú como en el dock o el panel, dependiendo del entorno que uses. De esa forma, visualmente no hay diferencia entre una AppImage gestionada por AppManager y una aplicación tradicional.

Esta integración es uno de los puntos donde más se nota el trabajo del desarrollador: el objetivo es que el usuario no tenga que pensar en “estoy usando AppImages”, sino simplemente en “estoy usando aplicaciones en mi sistema”. El formato pasa a ser un detalle técnico, mientras que la experiencia se mantiene coherente y cómoda.

Actualizaciones automáticas en segundo plano

Otro de los grandes puntos fuertes de AppManager es su sistema de auto-actualización en segundo plano. A diferencia de gestionar AppImages a mano, donde tienes que estar pendiente de descargar nuevas versiones manualmente, con esta herramienta el propio gestor puede ocuparse de actualizar las aplicaciones cuando detecta versiones más recientes compatibles.

Este proceso de actualización está pensado para que sea lo menos intrusivo posible. Se ejecuta en segundo plano, sin bloquear el uso del sistema ni obligarte a estar interactuando continuamente. Cuando las aplicaciones se actualizan, la idea es que tú prácticamente ni te enteres, salvo que consultes la versión o veas nuevas funciones en la propia app.

La presencia de un mecanismo de auto-actualización coloca a AppManager en una posición muy interesante dentro del ecosistema AppImage, ya que soluciona uno de los puntos tradicionalmente más débiles de este formato: la necesidad de que el usuario esté atento a cuándo salen versiones nuevas y se ocupe de sustituir manualmente el archivo antiguo.

Uso eficiente del ancho de banda con zsync

Para mejorar todavía más la experiencia de actualización, AppManager aprovecha las actualizaciones delta mediante zsync. Esta tecnología permite descargar únicamente las partes del archivo que han cambiado entre versiones, en lugar de volver a bajar el AppImage completo desde cero cada vez que hay una actualización.

En la práctica, esto se traduce en un ahorro notable de ancho de banda y tiempo, especialmente si trabajas con aplicaciones grandes o si tu conexión no es precisamente rápida. Al funcionar con “deltas”, las descargas suelen ser mucho más ligeras, haciendo que actualizar varias aplicaciones seguidas sea mucho más llevadero.

El uso de zsync también es beneficioso desde el punto de vista de la eficiencia general: reduce la carga en los servidores que alojan las AppImages y hace que el proceso de actualización sea más sostenible a largo plazo, algo que, aunque muchas veces no se menciona, también forma parte de una buena arquitectura de distribución de software.

Desinstalación sencilla y sin restos

Tan importante como instalar es poder desinstalar una aplicación sin dejar rastro. AppManager incluye funciones para eliminar las AppImages que ya no necesites, borrando tanto el archivo principal como las entradas de escritorio y los iconos asociados que se crearon durante la instalación.

Al manejar todo el ciclo de vida de cada AppImage, el gestor puede evitar que queden archivos huérfanos repartidos por el sistema. Esto es algo que muchas veces se pasa por alto cuando se gestionan AppImages de forma manual, pues es fácil borrar solo el archivo ejecutable y olvidarse de la integración que se había hecho con el escritorio.

El resultado es un sistema más ordenado, en el que sabes que las aplicaciones que aparecen en tu menú están realmente instaladas y en uso, y no son restos de intentos antiguos o pruebas que se quedaron mal desinstaladas.

Tecnologías usadas: GTK, Libadwaita y Vala

AppManager está construido sobre GTK y Libadwaita, dos piezas fundamentales en el ecosistema GNOME actual. Gracias a estas bibliotecas, la interfaz se integra perfectamente con los escritorios modernos basados en GTK, respetando temas, estilo visual y patrones de diseño recomendados.

El lenguaje de programación elegido para la herramienta es Vala, una opción muy habitual en proyectos que apuntan a una integración estrecha con el stack de GNOME. Vala permite escribir código conciso que, por debajo, se compila a C, ofreciendo un rendimiento sólido sin perder expresividad ni comodidad de desarrollo.

Gracias a esta combinación tecnológica, AppManager consigue un equilibrio interesante: rendimiento nativo, interfaz moderna y buen encaje en el entorno de escritorio. Para el usuario final, todo esto se traduce en una aplicación que se siente ligera, rápida y visualmente coherente con el resto del sistema.

Distribución como AppImage

Resulta bastante curioso y, a la vez, muy lógico que AppManager esté disponible él mismo como AppImage. Es decir, el gestor de AppImages se distribuye también en este formato, lo que facilita mucho su uso en distintas distribuciones de Linux sin necesidad de paquetes específicos para cada una.

Al ofrecerse como AppImage, puedes descargar el archivo desde su repositorio oficial y ejecutarlo prácticamente en cualquier distribución moderna, siempre que tenga las dependencias básicas necesarias para GTK y Libadwaita. Este enfoque refuerza la idea de que el propio gestor “predica con el ejemplo” utilizando el mismo formato que luego va a gestionar.

El lugar de referencia para obtener la aplicación es Github, donde el desarrollador publica las versiones de AppManager en forma de AppImage listas para descargar. Desde ahí puedes hacerte con la versión más reciente, probarla y, si te convence, integrarla completamente en tu flujo de trabajo con aplicaciones empaquetadas en este formato.

Privacidad y política de datos del desarrollador

El autor de AppManager es Mitchell Vermaning, responsable del desarrollo de esta utilidad. En el contexto de las plataformas de distribución de software, se indica que el desarrollador no ha proporcionado a Apple detalles sobre sus prácticas de privacidad y gestión de datos, algo relevante si se consulta información relacionada con el ecosistema de aplicaciones y las políticas de cada plataforma.

Si te preocupa cómo se manejan los datos y qué tipo de información puede recopilar o no el desarrollador, la recomendación es consultar directamente la política de privacidad oficial proporcionada por él mismo. Esa política es la que aclara qué datos se recogen, con qué fin y bajo qué condiciones, ofreciendo un marco más preciso que cualquier resumen externo.

En cualquier caso, al tratarse de una aplicación que se distribuye principalmente a través de Github como AppImage, los usuarios tienen control sobre la descarga y ejecución del programa en su propio entorno. Aun así, como con cualquier otra aplicación de escritorio, es buena práctica revisar la documentación y la política de privacidad asociada para tener un cuadro completo.

Ventajas frente a gestionar AppImages a mano

Manejar AppImages de forma manual implica, en general, descargar el archivo, hacerlo ejecutable, colocarlo en algún directorio y, si quieres una buena integración, crear un .desktop e iconos a mano. No es que sea imposible, pero es un proceso repetitivo y propenso a errores, sobre todo si gestionas muchas aplicaciones.

AppManager resuelve este problema proporcionando un flujo unificado para instalación, integración y actualización. Con la ventana de arrastrar y soltar estilo macOS, el usuario no tiene que recordar rutas ni comandos; todo se hace desde una interfaz gráfica pensada para ser intuitiva y rápida de usar.

Además, el soporte de actualizaciones automáticas con zsync y el control completo sobre la desinstalación hacen que las AppImages se comporten casi como paquetes gestionados por un gestor de software tradicional, pero manteniendo la independencia de cada aplicación. Esto es especialmente útil para quienes prefieren no depender al cien por cien de los repositorios de su distribución o quieren probar versiones más recientes de ciertos programas.

¿Para quién es especialmente interesante AppManager?

AppManager resulta especialmente atractivo para usuarios que usan AppImages de forma habitual en entornos basados en GTK y valoran tenerlo todo bien organizado. Si descargas a menudo aplicaciones en este formato, ya sea para probar software nuevo o porque prefieres no instalar paquetes del sistema, la herramienta te ahorra mucho tiempo y pequeños dolores de cabeza.

También es una buena opción para quienes buscan una experiencia visual cuidada, cercana a lo que ofrece macOS en su flujo de instalación, pero dentro del mundo Linux. El gesto de arrastrar y soltar para instalar, combinado con la integración automática en el menú de aplicaciones, hace que trabajar con AppImages se sienta mucho más natural.

Por último, si te preocupa tener tus aplicaciones actualizadas sin tener que revisarlas una a una, el mecanismo de auto-actualización con soporte para zsync es un punto muy a favor. Permite mantener varias herramientas al día con un coste mínimo, tanto en tiempo como en ancho de banda.

A la vista de todo lo que ofrece, AppManager consigue que el formato AppImage deje de ser “un archivo suelto” en tu carpeta de Descargas y pase a funcionar como parte integral de tu escritorio Linux, con instalación visual al estilo macOS, integración perfecta en el menú, actualizaciones automáticas y una gestión limpia de iconos y accesos directos, todo ello empaquetado en una aplicación moderna hecha con GTK, Libadwaita y Vala y distribuida como AppImage desde Github.

Síguenos en Bluesky Bluesky de Iñaki y Frenchy FACEBOOK Iñaki y Frenchy Ilustradores Instagram https://www.instagram.com/inakiyfrenchy76/ Threads Threads de Iñaki y Frenchy Mastodon Mastodon de Inaki y Frenchy Pinterest Pinterest Iñaki y Frenchy y en nuestra web iñakiyfrenchy.com

Desde que murió mamá el cuidado de papá recayó solo en mí; mi hermana y su marido se habían largado a una colonia minera en Groenlandia poco antes de quedarme a solas con él, y tras enterrar a mamá jamás volvieron a llamar, ni siquiera para felicitar por su cumpleaños a mi hijo. Supongo que […]

La Defensa Civil acusa a la ocupación israelí de aplicar una política de asesinatos y asedio, con el objetivo de desplazar a los residentes de Gaza. Recibió testimonios desgarradores de personas que regresaron por Rafah, quienes denunciaron haber sido víctimas de abusos por parte de la ocupación y de milicias afiliadas.

Hoy no podemos analizar otra cosa que la política genocida de la Casa Blanca contra Cuba, que pretende que colapse todo en la Isla: la red eléctrica al completo, las bombas de agua, el transporte público, los hospitales, las escuelas, las fábricas, las viviendas, todo lo que depende del combustible importado que, mediante coerción a terceros países, Trump y Marco Rubio pretenden cortar de raíz.

También se votó impulsar una movilización al Congreso, con una columna unitaria de trabajadores/as de la salud que parta del Ministerio de Salud, para enviar un mensaje al ministro de Salud de la Nación, Mario Lugones, de que la comunidad sanitaria no se resigna a la destrucción y vaciamiento del Hospital Garrahan, el Hospital Posadas y el sistema público de salud.

No hay solución, aunque hay caminos que son mejores y más sabios que otros. Este es un problema social, no hay otro. la culpa, pero la responsabilidad es de todos. Lo que necesitamos es una planificación de emergencia rápida junto con un plan de adaptación a más largo plazo.

Desde el primer minuto del triunfo de la Revolución, Estados Unidos, no ha dejado de agredir e incrementar el sabotaje, la coacción y el crimen, reflejado en espejo internacional corroído por la impotencia durante décadas.

Promesas públicas, beneficios privados y el vaciamiento del derecho constitucional.

Catorce entidades interponen dos quejas ante el defensor del pueblo de Navarra sobre empadronamiento de personas sin hogar en Pamplona

Una crisis mundial sin precedentes se produce en nuestra época porque unas pocas familias de  enfermos mentales multimillonarios, a menudo psicópatas sin principio moral ni ético, deshumanizados pero  con mucho poder está destruyendo las condiciones de vida de este Planeta protegidos por el Sistema que les nutre y protege y del que forman parte inseparable.

Síguenos en Bluesky Bluesky de Iñaki y Frenchy FACEBOOK Iñaki y Frenchy Ilustradores Instagram https://www.instagram.com/inakiyfrenchy76/ Threads Threads de Iñaki y Frenchy Mastodon Mastodon de Inaki y Frenchy Pinterest Pinterest Iñaki y Frenchy y en nuestra web iñakiyfrenchy.com

CNT Extremadura sigue defendiendo los derechos de las personas trabajadoras de la Junta que han sido apartadas injustamente de sus puestos de trabajo, personas que son las que han sostenido durante años el servicio a la ciudadanía y que por ello han sido objeto de un abuso de temporalidad que debe llevar su consiguiente sanción.

La salud mental en el archipiélago canario se encuentra en una situación de emergencia invisible, de crisis estructural, definida por una carga de enfermedad que supera los promedios nacionales en indicadores de extrema gravedad.

Libreboot se ha ganado, con los años, una fama merecida entre quienes quieren recuperar el control del arranque y del hardware de sus equipos. Con la nueva versión Libreboot 26.01, apodada “Magnanimous Max”, el proyecto da un salto interesante: amplía el abanico de placas soportadas, pule a fondo su sistema de construcción y refuerza la integración con coreboot y GRUB, todo ello manteniendo su filosofía de firmware libre y transparente.

Lejos de ser una simple versión incremental, Libreboot 26.01 llega como revisión estable tras varias RC muy probadas (en concreto, la RC4, que se ha declarado directamente estable), incorporando meses de trabajo desde la anterior 25.06. Esta entrega incluye soporte para nuevos equipos x86, mejoras profundas en la automatización del build system lbmk, actualizaciones de componentes críticos como GNU GRUB, SeaBIOS y diversas utilidades, además de un buen puñado de correcciones de bugs y refactorizaciones orientadas a la robustez a largo plazo.

Novedades clave en Libreboot 26.01 “Magnanimous Max”

La edición 26.01, publicada el 30 de enero de 2026, se presenta como una versión estable sucesora de Libreboot 25.06. A nivel interno, hay un cambio importante: la 26.01 estable es esencialmente la misma que la RC4 previa, tras someterla a pruebas adicionales que han validado su estabilidad. Quien ya hubiera flasheado 26.01 RC4 no necesita reflashear, ya que no hay cambios en el código.

El foco de esta entrega está puesto en tres frentes principales: ampliación de hardware soportado, actualización de la base técnica (coreboot, GRUB, utilidades) y una gran limpieza en el build system lbmk, orientada tanto a la seguridad (menos uso de eval, mejor gestión de temporales, control de errores) como al rendimiento (cachés de Git mejor diseñadas, uso de herramientas consistentes como sbase, libarchive, etc.).

Nuevas placas y sistemas compatibles

Uno de los titulares de Libreboot 26.01 es la incorporación de cuatro nuevos equipos oficialmente soportados, ampliando el abanico de hardware donde se puede instalar el firmware:

• HP Pro 3500 Series (port por Vesek)
• Topton XE2 N150 / X2E N150 (port por Riku Viitanen)
• Lenovo ThinkPad T580 (port por Johann C. Rode)
• Dell Latitude E7240 (port por Iru Cai)

La incorporación del Dell Latitude E7240 es especialmente llamativa porque se trata de un portátil con plataforma Intel Haswell (4ª generación), todavía muy presente en entornos laborales y domésticos. Además, en este modelo es posible realizar flasheos internos del firmware usando la herramienta dell-flash-unlock, lo que simplifica enormemente la instalación de Libreboot sin tener que abrir el equipo ni recurrir a programadores externos.

En el caso del Topton X2E N150, estamos ante un equipo tipo firewall/appliance basado en Alder Lake-N, que gana soporte gracias a un trabajo específico de integración de FSP y manejo de Intel ME adaptado a esta familia. Esto implica no comprimir el FSP para garantizar su inserción fiable, desactivar ciertos modos de depuración y ajustar la configuración de coreboot para esta placa concreta.

El HP Pro 3500, un sobremesa con CPUs Sandy Bridge o Ivy Bridge, recibe un tratamiento especial en 26.01: se amplía el espacio CBFS, se reconfigura la región ME y se ajustan varios parámetros de seguridad y arranque para aprovechar mejor la ROM. Es, en definitiva, una forma de dar una segunda vida libre a hardware de más de una década que todavía puede rendir bien con GNU/Linux o BSD.

Finalmente, el ThinkPad T580 se suma a la ya nutrida familia de portátiles Lenovo soportados. Además del propio port de placa, se han trabajado aspectos como el soporte de Thunderbolt y detalles de audio, siguiendo la línea de otros modelos Kaby Lake/Coffee Lake ya presentes en Libreboot.

Mejoras en placas ya soportadas y cambios de configuración

Además del hardware nuevo, Libreboot 26.01 introduce cambios relevantes en placas previamente soportadas, orientados a aprovechar mejor el espacio de la ROM y pulir comportamientos que en la práctica suponían molestias o limitaciones.

En el caso del HP Pro 3500 se han aplicado varias medidas específicas: ampliar el CBFS hasta igualar la región BIOS, utilizar una imagen de Intel ME truncada en lugar de simplemente limpiada, desbloquear todas las regiones de flash por defecto y establecer el bit HAP (que desactiva ME) siempre que el hardware lo permite. Además, se ha definido como estándar el uso de SeaGRUB como payload (arrancando primero SeaBIOS y después GRUB), en lugar de la configuración invertida que se utilizaba inicialmente.

En las plataformas Dell Latitude, se ha incluido un parche que desactiva el apagado térmico prematuro (a unos 87°C), delegando la gestión en los mecanismos estándar de throttling del CPU. Esto evita apagados intempestivos que, aunque “seguros”, podían resultar muy molestos en el día a día.

La gama ThinkPad T480/T480s también recibe atención: se ha corregido la detección del conector de auriculares (antes era necesario cambiar manualmente el puerto con herramientas tipo pavucontrol) y se ha ajustado el soporte de Thunderbolt, incluyendo la eliminación de configuraciones duplicadas o redundantes para que el firmware compile y funcione correctamente con las versiones más recientes de coreboot.

Otra novedad interesante es la incorporación de una configuración especial para ThinkPad T440p con un CBFS de 4 MB. Esta imagen está pensada para facilitar tareas de recuperación, ya que permite reprogramar únicamente el segundo chip de 4 MB sin necesidad de tocar el primero; eso sí, si se quiere desactivar o “neutered” Intel ME por completo, sigue siendo necesario flashear el conjunto completo.

Funciones y soportes aplazados para futuras versiones

No todo lo que estaba en la hoja de ruta ha llegado a tiempo para Libreboot 26.01. Varias características se han dejado intencionadamente fuera de esta versión estable, para evitar confusiones y no exponer a los usuarios a configuraciones poco probadas. Entre lo pospuesto destacan tres líneas de trabajo:

• Integración amplia de Chromebooks Intel/AMD x86-64 a partir de las configuraciones de coreboot mantenidas por MrChromebox.
• Migración de algunas placas AMD (como ASUS KCMA-D8 y KGPE-D16) a la bifurcación de coreboot 15h.org.
• Soporte para placas Intel Alder Lake adicionales más allá de las ya integradas (como el Topton X2E N150).

Parte de este trabajo existe ya en ramas privadas y scripts experimentales, incluida una herramienta de integración de Chromebooks que adapta automáticamente configuraciones de MrChromebox al sistema de build de Libreboot. Sin embargo, faltan por resolver detalles como la descarga e integración automática de imágenes Intel ME para Alder Lake (procesadas con me_cleaner) y la realización de pruebas físicas sobre la mayoría de Chromebooks.

En un primer momento se planteó incluir estas placas en 26.01 pero marcadas como release="n" (sin ROMs precompiladas, solo build manual). Finalmente se optó por no introducirlas para no crear expectativas ni confundir al usuario final. La intención del proyecto es ir incorporando estos cambios en las ramas de pruebas y posibles versiones candidatas, comenzando previsiblemente por Libreboot 26.06 RC1 alrededor de abril de 2026.

Base técnica actualizada: coreboot y GNU GRUB al día

Uno de los pilares de esta versión es la actualización de la base de código de coreboot que Libreboot utiliza. En 26.01 se ha sincronizado el árbol principal con una instantánea de mediados de enero de 2026, lo que sitúa a Libreboot prácticamente al día respecto al proyecto upstream. A lo largo del ciclo de desarrollo también se fueron adoptando revisiones intermedias (abril, junio y julio de 2025) para ir integrando mejoras paulatinas y correcciones.

En paralelo, la carga útil principal basada en GNU GRUB se ha actualizado a la versión estable 2.14. Durante el camino se trabajó sobre la 2.14-rc1, pero finalmente la release 26.01 incorpora la versión estable con numerosos parches. Uno de los cambios más relevantes es que GRUB pasa a usar una versión más moderna de libgcrypt integrada como submódulo, lo que permite, por ejemplo, eliminar implementaciones internas de Argon2 y dar soporte nativo a un mayor abanico de algoritmos y cifrados.

Gracias a esta modernización, la compatibilidad con LUKS2 y esquemas de cifrado modernos en GRUB mejora sensiblemente. Se añaden más ciphers, se facilita el uso de configuraciones tipo BLS (Boot Loader Specification) y UKI (Unified Kernel Image), que aunque no han sido exhautivamente testeadas en esta versión, no deberían presentar problemas teóricos con la pila actual.

Además de GRUB, otras piezas como SeaBIOS, PCSX-Redux Open BIOS, flashprog y deguard han sido actualizadas a revisiones más recientes, incorporando correcciones de bugs, mejoras de compatibilidad y pequeños cambios de mantenimiento. Incluso detalles aparentemente menores, como actualizar fechas de copyright en PCSX-Redux, se han cuidado para reflejar con precisión el estado de los parches importados en 2025.

Refuerzo de la criptografía y soporte de arranques cifrados

Uno de los beneficios prácticos de la actualización a GRUB 2.14 y la nueva libgcrypt es un incremento real de las capacidades criptográficas disponibles directamente desde el firmware. En Libreboot 26.01 se activan módulos adicionales de GRUB que habilitan ciphers modernos (por ejemplo, basados en BLAKE, Argon2 mejor integrado, etc.), lo que se traduce en una mejor compatibilidad con volúmenes cifrados LUKS2.

Este refuerzo es especialmente relevante para quienes utilizan discos totalmente cifrados desde el arranque, ya que reduce fricciones entre el bootloader y las configuraciones criptográficas recientes de distribuciones GNU/Linux. De este modo, resulta más sencillo tener un sistema donde, desde el primer byte leído en el disco, todo pase por rutas libres y auditablemente seguras.

Gran limpieza en lbmk: menos eval, mejor manejo de TMPDIR y más robustez

Buena parte del trabajo de Libreboot 26.01 no se ve a simple vista, pero tiene un impacto enorme en la seguridad y estabilidad del build system lbmk, que es la herramienta encargada de coordinar descargas de código, aplicación de parches y compilación de ROMs.

Uno de los cambios más notables es la reducción drástica del uso de eval en scripts POSIX sh. Aunque no se han identificado vulnerabilidades reales, el equipo de Libreboot considera que eval debe usarse solo en casos muy justificados, ya que abre potencialmente la puerta a inyecciones de código si se cometen errores en el futuro. Se han reescrito numerosas funciones, eliminado shorthands como setcfg y se ha optado por técnicas más seguras basadas en . (source) y macros simples.

Otro frente importante ha sido la gestión de directorios temporales y de caché. Antes, muchos ficheros “temporales” terminaban en cache/, que en realidad está pensado para almacenar elementos persistentes. En 26.01 se reorganiza el sistema para situar TMPDIR dentro del propio directorio de trabajo de lbmk, abandonando la dependencia de /tmp (que puede ser un tmpfs limitado en memoria). Esto permite simplificar toda la lógica de ficheros temporales y eliminar mecanismos alternativos como la antigua variable xbloc.

Relacionado con esto, se ha rediseñado el mecanismo de lock files y detección de instancias padre/hijo. Ahora se escribe información clave en el propio lock (incluyendo el valor de TMPDIR), se endurecen los permisos (para evitar borrados accidentales) y se clarifica el flujo por el cual lbmk decide si se está ejecutando en una instancia principal o una secundaria. Con ello se reducen significativamente las condiciones de carrera y se evita que dos procesos de construcción pisen el mismo árbol de código.

También se ha puesto mucho cuidado en el manejo de errores y salida temprana de funciones. Utilidades internas como x_, fx_ y dx_ se han reforzado para comprobar argumentos y estados de retorno, y comandos sensibles que antes se encadenaban con pipes sin control (por ejemplo, ciertas llamadas a cat) ahora se envuelven con control de errores explícito. Se trata de una mejora importante de cara a que, si algo falla, lbmk lo detecte y pare, en lugar de continuar con artefactos corruptos.

Descargas más fiables: Git, hashes, cachés y dependencia de herramientas externas

La forma en que Libreboot descarga y cachea código fuente de coreboot, GRUB, U-Boot y demás proyectos también se ha modernizado considerablemente en 26.01. Se ha implementado un sistema de caché de Git donde cada remoto (incluidos mirrors de respaldo) se clona en un repositorio separado, evitando mezclar varios orígenes en un mismo clone.

Las funciones de obtención de código (get.sh, tree.sh) aprovechan ahora comandos como git show en lugar de git whatchanged (ya deprecado), y controlan más cuidadosamente qué revisiones están ya cacheadas para no descargar en vano. Se introducen flags como -f y -F para controlar si se debe forzar o no una actualización, con macros como forcepull que facilitan la lectura del código.

En paralelo, se ha reforzado el sistema de hashes y eliminación de artefactos antiguos. Ahora, cuando cambia el árbol de un proyecto, se recalculan hashes y se eliminan ficheros obsoletos en el orden correcto (primero borrar, luego actualizar el hash) para evitar estados inconsistentes. Se ha unificado la lógica de gestión de hashes para builds de árbol completo y builds de target, y se ha reorganizado la estructura de directorios (por ejemplo, colocando las construcciones de targets bajo tree/target/) para hacer más sencilla la limpieza selectiva.

Otro paso clave ha sido la decisión de no depender de utilidades arbitrarias del sistema anfitrión cuando pueden variar entre distribuciones. En 26.01 Libreboot integra y compila su propia copia de proyectos como sbase (de suckless) y libarchive para proporcionar comandos como sha512sum, bsdtar, bsdunzip o bsdcpio con comportamiento predecible en cualquier distro. De este modo se dejan atrás herramientas como unar, unrar o unzip en la mayoría de casos, reduciendo discrepancias entre entornos.

Se han refinado igualmente mensajes de error y diagnósticos, haciendo que lbmk sea más verboso cuando algo falla, pero sin abrumar al usuario con falsos positivos (por ejemplo, se evita ahora informar de hashes “incorrectos” en extracciones intermedias que, en realidad, son parte de un proceso donde solo el último archivo importa).

Mejoras específicas en Intel ME, FSP y utilidades relacionadas

En lo referente a blobs inevitables como Intel Management Engine y FSP, Libreboot 26.01 da pasos intermedios para manejarlos de la forma más limpia posible sin enredar demasiado el diseño del build system. Se ha introducido una opción -p en me_cleaner (incluida en versiones antiguas) para que, cuando se marque MEclean="y" en la configuración de una placa, se pueda extraer ME sin modificar la imagen original si así se requiere.

En placas como el Topton X2E N150 se aprovecha esta flexibilidad para simplemente fijar el bit HAP y dejar el binario ME intacto, evitando errores relacionados con comprobaciones FPTR y reduciendo la complejidad de tratamiento de imágenes recientes de Intel. En el caso del HP Pro 3500, en cambio, se opta por un ME truncado que libera más espacio en la región BIOS, aumentando el CBFS disponible para payloads adicionales.

Respecto a FSP, se han aplicado varias correcciones y ajustes: no comprimir el FSP de Alder Lake-N en el Topton, permitir el uso de imágenes FSP de Alder Lake en releases sin exigir repos específicos, y renombrar configuraciones como el modo fspgop para dejar claro cómo se inicializa la parte gráfica (integrándolo en la nomenclatura de imágenes sin que el usuario tenga que preocuparse).

Otras correcciones y pequeñas mejoras esparcidas por el código

A lo largo del ciclo entre Libreboot 25.06 y 26.01 se ha integrado un volumen considerable de pequeños parches que, sumados, mejoran la experiencia global. Entre ellos se encuentran:

• Activar SMBIOS type 16/17 para la inicialización de RAM nativa Haswell, facilitando una descripción más precisa de la memoria al sistema operativo.
• Ajustar el comportamiento de libgfxinit para sondear EDID dos veces en adaptadores problemáticos, imitando la estrategia del kernel Linux.
• Configurar el menú de U-Boot en Chromebooks GRU (bob/kevin) con un timeout más razonable de 8 segundos en lugar de 30, acelerando reinicios no supervisados.
• Introducir nuevos layouts de teclado (por ejemplo, para Noruega) en GRUB.
• Ajustar la configuración por defecto de coreboot en placas Kabylake para no fijar a fuego el parámetro power_on_after_fail, delegándolo en el backend CBFS.
• Pequeños retoques estéticos como devolver el logo arcoíris a U-Boot en las builds específicas de Libreboot.

También se han actualizado los scripts de instalación de dependencias para nuevas versiones de distribuciones como Fedora 42/43 y se han adaptado las dependencias de Arch Linux a la división del paquete unifont, garantizando que las builds funcionen correctamente en sistemas modernos.

Disponibilidad, claves GPG y espejos de descarga

Libreboot 26.01 está disponible en el directorio stable/26.01/ del servidor oficial rsync.libreboot.org, así como en una amplia red de mirrors HTTP/HTTPS repartidos por distintos países (Princeton, MIT, University of Kent, koddos.net, cicku, etc.), además de espejos “ocultos” accesibles por Tor e i2p. El proyecto recomienda encarecidamente que los mirrors oficiales repliquen desde el servidor rsync central y que los usuarios finales utilicen preferentemente los mirrors HTTPS.

Las releases se firman siempre con GPG. Para esta versión se utiliza una clave con huella completa 8BB1 F7D2 8CF7 696D BF4F 7192 5C65 4067 D383 B1FF, válida para lanzamientos posteriores a 26/01/2024 y hasta finales de 2028 salvo revocación. Claves anteriores (como la de huella 98CC DDF8 E560 47F4 75C0 44BD D0C6 2464 FA8B 4856, ya expirada) siguen publicadas para verificar releases antiguas, incluidos los paquetes con ejecutables estáticos más viejos.

El procedimiento recomendado consiste en descargar la clave, verificar el fichero de sumas SHA512 y su firma GPG, y solo entonces proceder a instalar. Esta práctica es aún más importante si se utilizan mirrors sin cifrado (HTTP/FTP), donde la integridad del canal no está garantizada; en esas circunstancias, la comprobación de firmas es absolutamente esencial.

A partir de cierto punto histórico, Libreboot dejó de ofrecer binarios estáticos en las releases recientes, centrándose en distribuir código fuente y ROMs precompiladas. Las utilidades necesarias (como flashprog) se construyen a partir de las fuentes, siguiendo la documentación oficial. Para quienes necesiten las ISOs de código fuente obligatorias por GPLv2 de versiones antiguas, siguen estando disponibles en el directorio ccsource de los mirrors de rsync.

Foco en libertad, derecho a reparar y usabilidad para no expertos

Más allá de los detalles técnicos de esta versión, el mensaje que subyace en Libreboot 26.01 es claro: el firmware libre es una herramienta para recuperar soberanía sobre el hardware. El proyecto se opone abiertamente a mecanismos como Intel Boot Guard que solo ejecutan firmware firmado por el fabricante, porque impiden al usuario modificar sus propias máquinas y cierran la puerta a soluciones libres como coreboot.

La visión del equipo es que la libertad de estudiar, compartir y modificar el software debe considerarse un derecho básico. Asociado a ello va el derecho a reparar y a alargar la vida de los dispositivos: la existencia de Libreboot permite seguir actualizando y utilizando hardware que los fabricantes dan por “obsoleto”, con firmwares propietarios que raramente reciben parches de seguridad pasado un tiempo.

A nivel práctico, Libreboot busca que todo esto no sea un lujo reservado a desarrolladores. La combinación de lbmk como sistema de compilación automatizado, ROMs precompiladas y documentación paso a paso convierte a Libreboot en un “coreboot empaquetado” para usuarios finales. Si alguien quiere compilar desde cero y ajustar cada detalle, puede hacerlo; pero quien solo desee un firmware libre que funcione “sin pelearse” encuentra en Libreboot una alternativa lista para usar.

Con Libreboot 26.01 “Magnanimous Max”, el proyecto consolida su posición como referente en firmware libre basado en coreboot, emparejando una base técnica muy actualizada con una batería considerable de correcciones, mejoras de seguridad y nuevas placas soportadas. Para quien tenga un HP Pro 3500, un Dell Latitude E7240, un ThinkPad T580 o un appliance como el Topton X2E N150, esta versión abre la puerta a deshacerse del BIOS propietario; para el resto de usuarios y colaboradores, supone un paso más en la maduración de un ecosistema que apuesta, sin ambigüedades, por la libertad del usuario sobre su propio hardware.

Un estudio publicado por el periódico británico The Guardian mostró que la población de la Franja de Gaza disminuyó en unas 254.000 personas, o un 10,6%, en comparación con las estimaciones anteriores al inicio de la agresión genocida de la ocupación el 7 de octubre de 2023.

El fondo de cobertura necesario para afrontar las diversas prestaciones que cada adversidad exige está nutrido con aportaciones por parte de los empresarios y de los trabajadores. El papel del Estado se limita a actuar como recaudador, administrador y garante de la organización, lo que hace del sistema social de seguridad que sea público. Además, como parte de esa función legitimadora que necesita el capitalismo, el Estado ha incorporado y asumido el papel de benefactor.

Detuvieron al Padre Paco y a personas con discapacidad La movilización era pacífica y por la vereda, pero los efectivos fueron al choque. El sacerdote fue detenido en dos oportunidades y luego, liberado sin cargos. De los cuatro detenidos, se convalidó la detención de dos personas por resistencia a la autoridad y lesiones. El padre […]