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.

La llegada de LibreOffice 26.2 supone una nueva actualización semestral de la conocida suite ofimática de código abierto, disponible para Windows, macOS y, muy especialmente, para las principales distribuciones de Linux. Esta versión se centra menos en funciones llamativas y más en pulir aquello que suele dar guerra en el día a día: rendimiento, compatibilidad con otros formatos y estabilidad.

En un contexto en el que Microsoft 365 y otros servicios en la nube marcan el paso, LibreOffice mantiene su apuesta por una solución de escritorio sin suscripción, basada en estándares abiertos y con especial atención al usuario profesional y educativo. La edición 26.2 incorpora cambios relevantes en Writer, Calc, Base e Impress, además de ajustes técnicos para Linux y mejoras de seguridad que pueden resultar clave para administraciones públicas, centros educativos y empresas que quieren reducir su dependencia del software propietario.

Novedades generales de LibreOffice 26.2

La Fundación Documental ha orientado esta versión hacia rendimiento, interoperabilidad y manejo de formatos, en lugar de añadir funciones puramente cosméticas. El objetivo es minimizar los problemas al intercambiar documentos con usuarios de Microsoft Office, mejorar el comportamiento de archivos pesados y reforzar el soporte de tecnologías modernas tanto en escritorio como en la nube.

Una de las decisiones más llamativas es que LibreOffice 26.2 abandona la denominación «Community» en la edición dirigida al usuario final. Aunque no se trata de un cambio funcional, sí refleja la intención de presentar la suite como una opción madura y consolidada, especialmente en entornos donde las administraciones y empresas buscan alternativas respaldadas por una comunidad robusta y abierta.

Además, se han afinado numerosas áreas de la interfaz: diálogos con pestañas horizontales, posibilidad de copiar capturas de esos cuadros directamente al portapapeles y un acceso más directo para insertar enlaces desde el menú contextual cuando hay texto seleccionado. Son detalles pequeños, pero que facilitan tareas repetitivas en el trabajo ofimático cotidiano.

Writer: cambios de seguimiento más fiables y maquetación más flexible

El procesador de textos de la suite, Writer, recibe mejoras orientadas a usuarios que trabajan con documentos compartidos, revisiones y estilos complejos. El cuadro de diálogo del corrector ortográfico se ha refinado para gestionar mejor las sugerencias y el flujo de revisión, reduciendo clics y confusiones cuando se repasan textos largos o técnicos.

Una de las novedades más destacadas es el tratamiento más inteligente del seguimiento de cambios en ediciones interdependientes. Cuando varias modificaciones se solapan o entran en conflicto, Writer ofrece ahora más control al usuario para decidir qué versión se mantiene, evitando pérdidas de párrafos o historiales de revisión difíciles de entender. Esto resulta especialmente útil en entornos de trabajo colaborativo frecuentes en universidades, despachos profesionales o equipos distribuidos por distintos países.

En cuanto a maquetación, Writer incorpora opciones de alineación de párrafo «Inicio» y «Fin» independientes de la dirección del texto. Este enfoque facilita reutilizar estilos en documentos tanto en idiomas de escritura de izquierda a derecha como de derecha a izquierda, sin tener que duplicar configuraciones. También se incluye una función opcional de autodetección de dirección del texto que ajusta automáticamente el sentido de escritura a medida que se teclea.

Para el trabajo con imágenes, se añade una comodidad que muchos usuarios agradecerán: cuando se pega una única imagen en un documento y están activadas las opciones de AutoCaption, Writer puede generar de forma automática un pie o leyenda asociado. Esto agiliza la elaboración de informes, memorias técnicas y trabajos académicos donde cada figura debe ir identificada y numerada.

Calc: mejor integración con Excel y rendimiento reforzado

El módulo de hojas de cálculo, Calc, recibe un conjunto de cambios pensados para quienes manejan grandes volúmenes de datos o trabajan a caballo entre LibreOffice y Microsoft Excel. Entre las mejoras más relevantes está el soporte del formato de portapapeles BIFF12, utilizado por Excel 2007 y versiones posteriores, lo que permite pegar conjuntos de datos muy voluminosos sin pegarse con límites poco claros.

Además, la opción de guardar en formato XLSX se ajusta para que el destino por defecto sea el tipo de archivo «Excel 2010-365». De esta forma, al compartir hojas con compañeros o clientes que siguen utilizando Excel, se reducen los pasos manuales y se minimizan los problemas de compatibilidad. Esto resulta especialmente práctico en organizaciones mixtas donde conviven estaciones con LibreOffice y otras con la suite de Microsoft.

El cuadro de diálogo de ordenación incorpora ahora opciones de orden natural, muy útiles para listas con números de versión, direcciones IP u otras cadenas que no siguen una simple lógica alfanumérica. Gracias a esta función, entradas como «1.2.10» se colocan después de «1.2.9» de manera coherente, y no en posiciones extrañas que obligan a repasar el resultado a mano. Además, las preferencias de orden se guardan junto con el archivo, lo que evita tener que rehacer la configuración cada vez.

En el plano del rendimiento, se han mitigado cuellos de botella en operaciones que antes podían resultar desesperantes: desplazamiento por hojas con muchas columnas ocultas, manejo de gráficos 3D y operaciones intensivas con fórmulas. En conjunto, estas mejoras hacen más llevadero el trabajo con hojas extensas, habituales en análisis financieros, gestión de inventarios o seguimiento de proyectos en empresas.

Calc también incorpora nuevas formas con conectores disponibles desde Insertar > Forma > Conectores, una ayuda para quienes diseñan esquemas, organigramas o flujos de trabajo dentro de la propia hoja de cálculo, sin necesidad de recurrir a herramientas externas.

Base y Chart: bases de datos realmente multiusuario y gráficos 3D más ágiles

El componente de bases de datos, Base, da un salto importante al convertirse en una solución verdaderamente multiusuario. A partir de la versión 26.2, varios usuarios pueden trabajar de forma simultánea sobre la misma base de datos sin los conflictos de bloqueo de archivos que tradicionalmente obligaban a organizarse por turnos. Esta evolución abre la puerta a que pymes, asociaciones y departamentos pequeños se planteen Base como alternativa sencilla a otras soluciones de base de datos para tareas de gestión interna.

Por su parte, el módulo de gráficos, Chart, se beneficia de mejoras de rendimiento notables en la gestión de gráficos 3D. Operaciones como mover o redimensionar estos elementos dentro de documentos y hojas de cálculo resultan ahora más fluidas, lo que reduce la sensación de lentitud al preparar presentaciones o informes visualmente complejos.

Estas mejoras se completan con una aceleración en la representación de gráficos SVG con patrones de relleno, especialmente apreciable en Linux. Quienes trabajan con diagramas vectoriales detallados o plantillas corporativas con elementos SVG notarán una experiencia más suave al desplazarse y editar.

Markdown, formatos y compatibilidad ampliada en LibreOffice 26.2

LibreOffice 26.2 incorpora la posibilidad de importar y exportar archivos Markdown (.md), incluyendo la importación directa desde el portapapeles. Esta opción acerca la suite al flujo de trabajo de desarrolladores, técnicos y creadores de contenido que utilizan Markdown para documentación, blogs o wikis.

Al mismo tiempo, es posible aplicar plantillas ODT o DOCX durante la importación de Markdown, de forma que el contenido se adapte de inmediato a un estilo corporativo o a una maquetación predefinida. Esto resulta útil en organizaciones que gestionan documentación técnica en Markdown pero que luego necesitan generar versiones con un aspecto formal para informes, manuales o documentación oficial.

La compatibilidad con formatos de Microsoft Office sigue siendo una prioridad. Junto al ya mencionado soporte mejorado del portapapeles de Excel y al guardado por defecto en un perfil XLSX moderno, se ha pulido la exportación de tablas flotantes en DOCX desde Writer. Con estos ajustes se busca reducir esos pequeños fallos de maquetación que pueden aparecer al abrir en Word documentos creados originalmente en LibreOffice.

LibreOffice 26.2 introduce cambios técnicos y rendimiento en Linux: nuevo requisito x86-64-v2

En el terreno técnico, la versión 26.2 introduce un cambio importante para usuarios de GNU/Linux: las compilaciones oficiales pasan a basarse en AlmaLinux 9 y exigen un procesador compatible con la especificación x86-64-v2. En la práctica, esto significa que cualquier CPU fabricada aproximadamente a partir de 2009 cumple el requisito sin problemas.

Quienes aún utilicen equipos muy antiguos, como algunos modelos Core 2 Duo, podrían tener dificultades para ejecutar los binarios oficiales de LibreOffice 26.2 en Linux. En esos casos, se recomienda optar por los paquetes que distribuye directamente la propia distribución, o bien mantenerse en versiones anteriores de la suite, ya que las compilaciones de las distros pueden usar un perfil de compatibilidad distinto.

En el apartado gráfico, Skia pasa a ser el motor de renderizado obligatorio en Windows y macOS, mientras que en Linux continúa siendo opcional. Este cambio persigue una experiencia más coherente y estable en sistemas de escritorio modernos. Los usuarios de Linux pueden seguir eligiendo la configuración que mejor se adapte a su entorno y hardware.

La nueva versión también aporta mejoras de rendimiento generales: exportaciones más rápidas a ePub con barra de progreso visible, desplazamiento más fluido por hojas con columnas ocultas, mayor agilidad al mover gráficos en Calc y una representación más ágil de elementos SVG complejos en Linux. En cada lanzamiento se persigue recortar tiempos de espera en tareas habituales, acumulando pequeños avances que, en conjunto, se notan en jornadas de trabajo largas.

Impress y multimedia, BASIC y Python: mejoras para usuarios avanzados

En el módulo de presentaciones, Impress, la principal novedad se centra en los usuarios de Windows: la aplicación pasa a usar Microsoft Media Foundation como base para la reproducción de audio y vídeo en lugar de depender de GStreamer. Esto se traduce en un soporte nativo para códecs tan extendidos como H.264 y AAC sin necesidad de instalar componentes adicionales, lo que simplifica la reproducción de presentaciones con contenido multimedia en ordenadores de oficina y aulas.

Para quienes trabajan con macros heredadas, el entorno de desarrollo de BASIC incorpora una función experimental de autocompletado en la IDE. Ahora es posible obtener sugerencias de métodos y propiedades para objetos, reduciendo errores tipográficos y acelerando la escritura de scripts. Aunque se trata de una característica en fase temprana, puede ser un alivio para administradores y usuarios avanzados que mantienen soluciones internas basadas en macros.

La integración de Python 3.12 junto con módulos adicionales como sqlite3, venv, lzma y dbm amplía las posibilidades para automatizar tareas e integrar LibreOffice en flujos de trabajo más complejos. Estas capacidades resultan interesantes para departamentos de TI en organizaciones que desarrollan herramientas internas apoyadas en scripts y complementos.

Seguridad y cifrado ODF reforzado en LibreOffice 26.2

En materia de seguridad, la versión 26.2 incorpora un experimento especialmente relevante para entornos que manejan documentos confidenciales o datos personales. Se introduce un modo de cifrado ODF denominado de forma informal «ODF Wholesome Encryption», que utiliza Argon2id para el derivado de contraseñas y AES-GCM para el cifrado de contenidos.

Este enfoque permite verificar si un archivo cifrado ha sido manipulado antes de abrirlo, reforzando la integridad del documento. Aunque la función se presenta como experimental, apunta a un futuro en el que el estándar ODF pueda ofrecer un nivel de protección más robusto, algo especialmente importante para administraciones públicas que deben cumplir marcos normativos estrictos en materia de protección de datos.

Mejoras en servicios en la nube y autenticación

LibreOffice 26.2 también presta atención a la interacción con servicios en la nube, un apartado que gana peso en el trabajo híbrido. Se han introducido mejoras en el flujo de autenticación con Google Drive, haciendo más fiable la conexión y gestión de documentos almacenados en este servicio. De momento, parte de estas mejoras no se aplican íntegramente a Linux, pero marcan el rumbo de una integración más pulida con plataformas online.

Este tipo de avances facilita la convivencia entre archivos locales y documentos en la nube, un escenario muy común en pymes, centros educativos y profesionales que combinan almacenamiento propio con servicios como Drive. Aunque LibreOffice no compite directamente con las suites 100 % web, sí ofrece puentes que permiten trabajar con documentos en distintos entornos sin renunciar al control local.

Instalación y disponibilidad de LibreOffice 26.2

LibreOffice 26.2 puede descargarse ya desde el sitio web oficial de LibreOffice.org en paquetes para Windows, macOS y Linux. En el caso de las distribuciones GNU/Linux más populares, como Ubuntu, Debian, Fedora, openSUSE o Linux Mint, la actualización llegará progresivamente a través de sus repositorios o de canales específicos como paquetes DEB, RPM, Snap o Flatpak.

Los usuarios de Ubuntu cuentan con varias opciones: descargar directamente el paquete DEB desde la web oficial, esperar a que se actualicen las versiones en Snap o Flathub, o recurrir a repositorios como el LibreOffice Fresh PPA, que suele recibir la nueva versión con un pequeño desfase respecto al anuncio inicial. Conviene recordar que Ubuntu no suele incorporar versiones recientes de LibreOffice en lanzamientos LTS ya publicados, por lo que quienes estén en 22.04 o 24.04 y quieran las últimas funciones antes de tiempo deberán optar por uno de estos métodos alternativos.

En cualquier caso, la suite seguirá integrándose en futuros lanzamientos de distribuciones. La planificación actual contempla que LibreOffice 26.2 forme parte de futuras versiones LTS de sistemas como Ubuntu, lo que asegura su presencia en entornos donde la estabilidad y el soporte prolongado son prioritarios.

Con este lanzamiento, LibreOffice refuerza su papel como opción sólida y fiable frente a las suites ofimáticas propietarias, apostando por la compatibilidad con formatos extendidos, la mejora del rendimiento en tareas reales y el impulso de estándares abiertos. Sin grandes estridencias de marketing ni funciones puramente de escaparate, la versión 26.2 pule aspectos que marcan la diferencia cuando se trabaja a diario con documentos, hojas de cálculo, bases de datos y presentaciones.

En Firefox Nightly podemos experimentar con nuevas funciones como añadir notas a las pestañas, o añadir widgets de crear listas o un temporizador enla página de nueva pestaña

Firefox Nightly es la versión en desarrollo del navegador Firefox. En esta versión en desarrollo podremos disfrutar antes que en la versión estable de nuevas funcionalidades que se irán mejorando y corrigiendo y que quizás lleguen a la versión final tiempo después, o quizás nunca si se decide que no son necesarias o útiles.

Desde que ofrecieron repositorios propios para poder instalar el paquete rpm, tengo instalado esta versión en mi equipo y de vez en cuando exploro las novedades que van incluyendo. Echemos un vistazo…

Notas en las pestañas

Una novedad es la de poder añadir notas a las pestañas que tenemos abiertas. Haciendo clic derecho sobre una pestaña podremos escoger la opción Añadir nota y una ventana en la que introducir un pequeño texto sobre algo que queramos recordar al abrir dicha pestaña.

Eso nos añadirá un pequeño icono de una nota en la pestaña, visible incluso si fijamos la pestaña. Al poner el cursor por encima veremos el contenido de la nota y haciendo clic derecho sobre ella podremos modificar el texto de la nota o eliminarla.

Puede resultar útil para tener un recordatorio de algo que queremos recordar al abrir de nuevo ese enlace.

Otro nuevo experimento de Firefox es la posibilidad de añadir un par de widgets en la página de pestaña nueva. Primero en Ajustes → Firefox Labs tendremos que habilitar la opción: Listas y temporizadores en Página de inicio de Firefox. Con eso, nos creará un par de widgets.

Widget de listas en la página de nueva pestaña

Uno para poder crear listas con diversos elementos y tenerlas siempre a mano. A día de hoy, estas listas no se sincronizan entre dispositivos. Se pueden exportar a texto al portapapeles. Y todo permanece en local en nuestro equipo. De momento admite 10 listas de 100 elementos cada una lo que no es poco.

Permite reordenar los elementos de la lista, marcarlos como realizados, editarlos o borrarlos.

Para mis gusto preferiría que los nuevos elementos que se añaden en la lista se pusieran debajo de los actuales y no por encima. Igual que cuando escribimos una lista en un papel, aunque se pueden reordenar.

Widget de temporizador en la página de nueva pestaña

Mediante otro Widget, también podremos establecer un temporizador que podremos modificar al tiempo que necesitemos y que nos permitirá establecer periodos de descanso o de concentración o utilizarlos como mejor nos parezca.

Existe otro widget que muestra el tiempo meteorológico, pero de momento sólo está disponible en ciertos países, aunque es algo que personalmente no me interesa en la página de nueva pestaña del navegador.

Además de la vista dividida y la posibilidad de gestionar de manera más pormenorizada el uso de IA en nuestro navegador que habrás podido leer en otras webs, yo he querido reseñar este par de mejoras que pronto llegarán a la versión final de Firefox. Y además de todo esto siguen corrigiendo errores, añadiendo mejoras en el uso del navegador Firefox.

Navegador que sigo utilizando y por el que sigo apostando como alternativa a el omnipresente Chrome de Google en sus diversos disfraces.

Enlaces de interés

• https://blog.nightly.mozilla.org/
• https://victorhckinthefreeworld.com/2026/01/20/anadir-el-repositorio-de-firefox-nightly-en-opensuse/
• https://blog.nightly.mozilla.org/2026/01/26/take-note-split-view-is-ready-for-testing-these-weeks-in-firefox-issue-194/
• https://support.mozilla.org/es/kb/firefox-new-tab-widgets
• https://connect.mozilla.org/t5/discussions/feedback-welcome-for-new-tab-widgets-now-available-via-firefox/td-p/108354

Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía, frente a las restricciones y abusos a los usuarios por parte del software privativo.

Por cierto este mes se cumplen 40 años de la creación de la FSF.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

• En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2026/february
• Y traducido en español (cuando el equipo de traducción lo tengamos disponible) en este enlace: https://www.fsf.org/free-software-supporter/2026/febrero

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

¿Te gustaría aportar tu ayuda en la traducción y colaborar con la FSF? Lee el siguiente enlace:

• https://victorhckinthefreeworld.com/2016/12/22/quieres-ayudar-a-traducir-el-boletin-mensual-de-la-free-software-foundation/

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de febrero de 2026.

Irlanda propone una nueva ley que permitirá a la policía utilizar software espía

Del 22 de enero por Lorenzo Franceschi-Bicchierai

A finales de enero, el gobierno irlandés propuso el proyecto de ley de comunicaciones (interceptación y acceso legal) que, de ser aprobado, otorgaría a las agencias encargadas de hacer cumplir la ley un mayor poder de vigilancia, incluido el uso de software espía.

Si se aprueba esta propuesta, las agencias de vigilancia podrían interceptar todos los datos de comunicación, incluidos los datos cifrados. Desafortunadamente, el intento de Irlanda de disminuir la privacidad y aumentar las violaciones de derechos humanos no es más que uno de los muchos abusos recientes en Europa y otros lugares.

Protesta contra esta propuesta, así como cualquier propuesta similar en tu país o estado. También tenemos algunas recomendaciones sobre los pasos que puede seguir para protegerse mejor contra la vigilancia masiva.

• https://techcrunch.com/2026/01/22/ireland-proposes-new-law-allowing-police-to-use-spyware/
• https://www.fsf.org/campaigns/surveillance

El Congreso de EE. UU. quiere entregar la crianza de tus hijos a las grandes empresas tecnológicas

Del 16 de enero por Joe Mullin

En lugar de respetar las decisiones que toman los padres con respecto a la actividad en internet de sus hijos, la Ley Kids Off Social Media Act (KOSMA) entregaría el control total a las grandes empresas tecnológicas.

Si se aprueba esta ley, YouTube, Meta, TikTok, Spotify, X, Discord y otros decidirán quién puede estar conectado, quién debe someterse a escaneos faciales y comprobaciones de identificación intrusivos y quién está bloqueado por completo.

No es sólo el robo del control parental que implicaría este proyecto de ley lo que lo hace tan alarmante: es que sienta un precedente peligroso sobre quiénes tienen derecho las Big Tech a bloquear Internet y todos los recursos disponibles en línea.

Si vive en los Estados Unidos, dígale a sus miembros del Congreso y representantes estatales que no debemos darle tal poder a las Big Tech.

• https://www.eff.org/deeplinks/2026/01/congress-wants-hand-your-parenting-big-tech

Lanzamiento de GNU Guix 1.5.0

Del 23 de enero por Noé López

Tres años después de que GNU Guix 1.4.0 se lanzara, ¡GNU Guix 1.5.0, una distribución avalada por FSF, ya está aquí y lista para ser usada! La versión incluye imágenes de instalación ISO-9660, imágenes de máquinas virtuales y tarballs para instalar el gestor de paquetes encima de tu distribución GNU/Linux, ya sea desde el código fuente o desde binarios.

Los usuarios de Guix pueden actualizar ejecutando Guix pull, y si aún no eres usuario de Guix, ahora es un buen momento para probarlo.

• https://guix.gnu.org/blog/2026/gnu-guix-1.5.0-released/
• https://www.gnu.org/distros/free-distros.html

Estas son solo algunas de las noticias recogidas este mes, ¡¡pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

• https://www.fsf.org/free-software-supporter/2026/febrero

Y todos los números del «supporter» o boletín de noticias de 2026 en español, francés, portugués e inglés aquí:

• https://www.fsf.org/free-software-supporter/2026

Fastfetch incluye una serie de configuraciones ya creadas que dan más estilo a la información de tu equipo que muestra en la terminal este software

Por mi cuenta de Mastodon compartí algunas capturas de pantalla de mi terminal en openSUSE mostrando diferentes configuraciones ya creadas e incluidas en Fastfetch como la que puedes ver más arriba.

Estas configuraciones ya están creadas y sólo necesitas utilizar la que más te guste. Vamos a ver dónde se ubican, echarles un vistazo, y utilizar la que más nos guste.

Podemos echar un vistazo a las configuraciones instaladas de manera predeterminada con el siguiente comando:

fastfetch --list-presets

Veremos que hay una lista de archivos .jsonc que son los que contienen las distintas configuraciones para que la información que ofrece fastfetch se vea de una manera u otra.

Esas configuraciones suelen estar en la ruta /usr/share/fastfetch/presets/ y otras en la misma ruta, pero dentro de la carpeta examples.

Podemos ejecutar fastfetch con la configuración que queramos mediante la opción -c y especificando el archivo que queremos que utilice:

fastfetch -c all.jsonc

Y así ir recorriendo todas las opciones. Pero ¿Por qué no hacerlo mediante un script? Con este script, irá ejecutando fastfetch con todas las opciones encontradas:

#!/usr/bin/env bash

# Obtener las rutas donde pueden haber archivos de configuración
data_paths=$(fastfetch --list-data-paths)

# Recorrer cada ruta
for path in $data_paths; do
    # Verificar que la ruta exista
    if [ -d "$path" ]; then
        # Buscar archivos con extensión .jsonc en la ruta
        jsonc_files=$(find "$path" -type f -name "*.jsonc")

        # Recorrer cada archivo .jsonc encontrado
        for jsonc_file in $jsonc_files; do
            clear
            echo "=============================="
            echo "Archivo de configuración: $jsonc_file"
            echo "=============================="
            echo

            # Ejecutar fastfetch con el archivo de configuración
            fastfetch -c "$jsonc_file"

            echo
            echo "Pulsa cualquier tecla para continuar..."
            read -n 1 -s
        done
    else
        echo "La ruta $path no existe o no es un directorio válido."
    fi
done

Ya sabes lo guardas en un archivo (por ejemplo ff_demo.sh), le das permisos de ejecución (chmod +x ff_demo.sh) y lo ejecutas (./ff_demo.sh).

Haremos un recorrido por todos los temas instalados en nuestro equipo. Si alguno nos gusta y queremos reemplazar el actual predeterminado que utiliza fastfetch, simplemente copiaremos el archivo deseado a la nueva ubicación como en el siguiente ejemplo:

cp /usr/share/fastfetch/presets/16.jsonc ~/.config/fastfetch/default.jsonc

Si no existe la carpeta fastfetch dentro de .config en tu home tendrás que crearla.

Ahora al ejecutar de nuevo fastfetch utilizará la nueva configuración, que podrás modificar añadiendo o quitando cosas para dejarlo como a ti te guste.

Si decides volver a la configuración original predeterminada, simplemente borra el archivo que has copido en .config y ya estaría.

¡Ah! Otra cosa, supongo que para que algunas configuraciones se muestren correctamente deberás utilizar en la terminal una fuente Nerd Font para que se muestren algunos iconos.

Enlaces de interés

• https://github.com/fastfetch-cli/fastfetch
• https://www.nerdfonts.com/

mjpg-streamer toma archivos JPG de cámaras web, sistemas de archivos u otros complementos de entrada compatibles con Linux-UVC y los transmite como M-JPEG a través de HTTP a navegadores web, VLC y otro software.

Mediante este software libre publicado bajo una licencia GNU GPL, que realmente es muy ligero de uso que podemos ejecutarlo en un equipo de bajos recursos como una Raspberry por ejemplo, podremos transmitir via streming vídeos que captamos con nuestros dispositivos de vídeo.

En mi caso he instalado el software en mi portátil viejo con openSUSE Tumbleweed y utilizo su webcam integrada para emitir en streaming el vídeo. Pudiéndolo ver incluso fuera de mi red local, veamos cómo.

El software lo conocí gracias a un artículo publicado en el blog Un bruto con Debian:

• https://unbrutocondebian.blogspot.com/2025/08/como-ver-mi-webcam-en-toda-mi-red.html

Así que quise probarlo yo mismo en mi openSUSE.

En ese artículo anterior, se muestra cómo compilar el software para tenerlo funcionando. En mi caso, una rápida búsqueda en los repositorios de openSUSE me dió como resultado que ya estaba disponible para utilizarlo. Así que medianta un simple comando como sudo zypper in mjpg-streamer ya lo tenía instalado en mi equipo.

Es hora de probarlo. Así que abrí la tapa de la webcam de mi equipo y ejecuté este comando

mjpg_streamer -i "input_uvc.so -d /dev/video0" -o "output_http.so -p 1234"

Mediante el argumento de -i le estoy diciendo qué dispositivo de entrada utilizar para emitir el streaming. En mi caso es /dev/vidoe0 pero ¿será igual en tu caso?

Para saberlo puedes ejecutar esto:

for device in /dev/video; do udevadm info "$device" | { grep -q 'CAPABILITIES=.:capture:' && echo "$device" ;}; done

y te dará el dispositivo que podrás utilizar como entrada.

Mediante el argumento -o le decimos que queremos que emita en http levantando un servidor al que conectarnos desde otro equipo de nuestra red. Y un puerto diferente que utilizar, en mi caso he optado por el 1234, pero puedes utilizar el que quieras.

Con esto, si todo va bien ya estará emitiendo el streaming. A mí me da algunos errores del tipo: «UVCIOC_CTRL_ADD – Error at Pan (relative): Inappropriate ioctl for device (25)» pero son más bien informativos de que algunas funcionalidades no están soportadas por el dispositivo, pero se pueden ignorar.

Ahora comprobaremos si todo está funcionando bien. Lo primero sera testearlo desde el propio equipo. Para ello abrimos un navegador y metemos esta dirección: localhost:1234/?action=stream y deberíamos ver lo que captura la webcam del portátil.

Muy bien. Ahora vamos a otro equipo de nuestra red local y vamos a ver si también podemos acceder al streaming. Ahora necesitamos poner la IP del equipo que está ejecutando el software en vez de localhost: 192.168.1.42:1234/?action=stream

¿Vemos algo? si la respuesta es sí, genial!! Si no nos conecta a esa IP pero sí lo veíamos cuando ejecutábamos localhost, entonces quizás es problema del cortafuegos. Necesitamos abrir ese puerto para poder acceder. En openSUSE ejecuté:

sudo firewall-cmd --zone=public --add-port=1234/tcp --permanent
sudo firewall-cmd --reload

Y confirmar mediante:

sudo firewall-cmd --list-ports

Donde debería aparecer algo como: tcp/1234 confirmando que el puerto está abierto. Volvemos a navegar por la url anterior: 192.168.1.42:1234/?action=stream y debería ya aparecer nuestra emisión en streaming.

Al igual que en el artículo del bruto con Debian, también tuve que aumentar el número de frames capturado para ver una secuencia más real y fluida. Así que en mi caso también lo subí a 60 frames que especificamos mediante la opción -f

¿Podemos ver ese streming desde fuera de nuestra red local?

La respuesta es sí, pero utilizando un servicio de dns dinámica y tocando en nuestro router para redirigir el tráfico que hagamos a ese puerto a la IP de nuestro equipo local (que deberá ser siempre la misma).

Para esto yo he utilizado el servicio https://freemyip.com/

Así mi desde fuera de la red puedo acceder mediante la url:

http://midominio.freemyip.com:1234/?action=stream

Si no quieres que cualquiera pueda conectarse, igual es buena idea correr mjpg-streamer con contraseña mediante la opción -c

Yo a mayores lo que hago es incrustar el streming en un documento html y le digo a mjpg-streamer que para el servidor abra ese archivo. Así en una carpeta miusuario/www/ tengo uno archivo index.html con su archivo de estilo css y todo. Y dentro del index.html incrusto el streaming mediante un bloque iframe

 http://midominio.freemyip.com:1234/?action=stream

Y al final el comando completo de mjpg-streamer en mi caso quedaría así:

mjpg_streamer -i "input_uvc.so -d /dev/video0 -f 60" -o "output_http.so -p 1234 -w /home/victorhck/www/"

Y desde el navegador iría a la dirección:

http://midominio.freemyip.com:1234/

Así si apuntas con la webcam al rincón preferido de tus gaticos les podrás ver cómo duermen durante todo el día esperando a que llegues tu para empezar a correr por toda la casa…

Enlaces de interés

• https://sourceforge.net/projects/mjpg-streamer/
• https://github.com/jacksonliam/mjpg-streamer
• https://unbrutocondebian.blogspot.com/2025/08/como-ver-mi-webcam-en-toda-mi-red.html

Abelujo es la única aplicación de software libre existente para la gestión de una librería, tanto negocios como librerías de asociaciones y ya dispone de su documentación en español

Abelujo es un software libre que ayuda a los libreros a gestionar su stock de libros y otros productos en el día a día. Este software es utilizado actualmente por librerías generalistas, regionales, de cómics o infantiles, cafeterías-librerías, teatros, librerías asociativas o particulares, en Francia, Suiza, Bélgica, España, Uruguay, Grecia y quizás en otros lugares.

Y ahora me complace en anunciar que toda su documentación oficial se encuentra traducida al español.

Allá por marzo de 2025 publiqué en el blog un artículo dando a conocer el software Abelujo. Un software publicado bajo licencia libre para la gestión de librerías.

Puedes descargarte el software e instalarlo en tu servidor bajor GNU/Linux u otro sistema privativo y utilizar todas las funciones que ofrece a la hora de gestionar una librería: stock, contabilidad, historial, clasificación, etc.

También tienes la posibilidad de contratar la instalación del software por parte de quien desarrolla el software y así delegas esa gestión del software en alguien formado y tu solo tienes que preocuparte en sacarle toda la información que ofrece. Mediante un navegador web accederás a todos los menús y opciones que te facilitarán la tarea de mantener un orden en tu negocio.

Cuando conocí el proyecto ví que la documentación que ofrecía en español era muy escasa, no estaba actualizada y la traducción en algunos casos era muy deficiente. Así que echando mano de git, me propuse poco a poco ir traduciendo toda su documentación oficial.

Accedí al repositorio en GitLab donde tiene el código y commit a commit he ido traduciendo su documentación oficial hasta finalizarla y dejarla completa. La puedes consultar en este enlace:

• https://abelujo.cc/es/docs/

El desarrollador es francés así que la documentación actualizada estaba en ese idioma. No lo hablo ni escribo, pero por mi trabajo sí me ha tocado leer documentación técnica en ese idioma, así que me he defendido como mejor he podido, y apoyándome en herramientas hasta finalizar la traducción completa.

Por su puesto, habrá partes a mejorar, cosas que corregir, peroya hay una base sobre la que se puede mejorar los errores que se vayan encontrando.

Enlaces de interés

• https://abelujo.cc/es/docs/
• https://gitlab.com/vindarel/abelujo-website
• https://abelujo.cc/es/

Conoce este catálogo colaborativo que mapea el ecosistema de tecnologías libres de la región, cono software, organizaciones, recursos y otras herramientas que te servirán para eludir el dominio actual de las corporaciones tecnológicas.

Acceder al mapeo: https://telar1.gitlab.io/comunidadtecnologiaslibres

La iniciativa surgió de Internet Ciudadana, un espacio latinoamericano y caribeño, donde confluyen organizaciones, colectivos y personas que movilizan agendas comunes para construir una Internet de los pueblos, entre ellas Radios Libres.

El catálogo, que se encuentra en continua construcción colaborativa, fue desarrollado por compañeras y compañeros de los colectivos Telar, Comuna Digital, Niboe, SurSiendo, OpenLab Ec, Undernet y Pressenza.

El mapeo cuenta con:

• una sección de herramientas y servicios digitales;
• otra de organizaciones que trabajan en este campo;
• y diversos recursos formativos como libros y capacitaciones.

Secciones que te ayudarán a entender mejor el panorama digital, a cuidarnos y a saber cómo avanzar hacia entornos digitales más libres y soberanos.

En su confección se ha priorizado la sencillez, evitando complicaciones excesivas ya que está pensado para personas que se inician en esta materia. Seguramente, más especializados echarán de menos otras herramientas y recursos que se irán sumando en el futuro. De hecho, en el mismo catálogo existen formularios para sugerir y aportar nuevas herramientas, organizaciones o recursos.

Cualquier duda o sugerencia puedes ponerte en contacto con Comuna Digital o Internet Ciudadana.

Más información sobre el mapeo:

Segunda versión menor de la versión 3.3 del reproductor de música Amarok creado por la comunidad de KDE

El reproductor de música Amarok de KDE recibe una nueva actualización. La anterior versión 3.3.1 se había publicado en agosto de 2025.

La versión 3.3.2 presenta una serie de pequeñas mejoras, incluyendo pequeños cambios de comportamiento y correcciones de errores, por ejemplo, en la interfaz de usuario, el backend de audio y el guardado de archivos de listas de reproducción.

Además, la fecha de ‘añadido a la colección’, que antes solo estaba disponible en la búsqueda de colección, ahora se muestra en los detalles de la pista en el diálogo de etiquetas.

La dependencia del Framework KDE está ahora fijada en la versión 6.5, que se lanzó a mediados de 2024. En definitiva, Amarok 3.3.2 debería aportar una mejor usabilidad y estabilidad, asegurando que puedas seguir disfrutando de tu música en 2026.

En lo personal, esta nueva versión soluciona un error que reporté, relacionado con la gestión de podcasts:

• https://bugs.kde.org/show_bug.cgi?id=511036

El error era que al refrescar los capítulos de los podcats a los que estaba suscrito, estos se añadían pero no quedaban en orden por fecha en la lista de capítulos, haciendo difícil encontrarlos o tenerlos ordenados.

Gracias al reporte, lo han solucionado y una vez actualizado Amarok gestionará correctamente los podcats y podré aullar de felicidad como el lobo del logotipo de Amarok…

Te animo a que ante un error o problema de alguna aplicación de KDE lo reportes o revises si alguien lo hizo para que se vayan solucionando los problemas y puliendo las funcionalidades. Contribuirás a hacer mejor KDE.

Si te interesa montar tu propia IA en casa o en tus servidores sin depender de nadie, LocalAI se ha convertido en una de las referencias clave del ecosistema open source. No es un simple proyecto más: es toda una familia de herramientas pensada para servir como sustituto directo de la API de OpenAI y otras plataformas comerciales, pero corriendo de forma local, con control total sobre tus datos y sin necesidad obligatoria de GPU.

Lejos de ser solo un servidor de modelos, LocalAI ha evolucionado hacia una plataforma completa de agentes, memoria semántica, generación multimodal y despliegue distribuido, todo ello con una arquitectura modular que se adapta tanto a hardware muy modesto como a infraestructuras avanzadas con GPU, Jetson o clusters distribuidos.

¿Qué es LocalAI y por qué se habla tanto de él?

LocalAI es un proyecto de código abierto bajo licencia MIT que actúa como API REST compatible con la especificación de OpenAI (y servicios similares como Anthropic o Elevenlabs), pero ejecutándose enteramente en tu propia máquina o en tu infraestructura on-premise. Es mantenido por Ettore Di Giacinto y por una comunidad muy activa, y ya acumula decenas de miles de estrellas en GitHub, lo que refleja un interés enorme por soluciones de IA que no dependan de la nube.

La idea principal es que puedas usar tus clientes, SDKs y herramientas pensadas para la API de OpenAI sin tener que cambiar el código, simplemente apuntando los endpoints a tu instancia de LocalAI. Desde ahí, puedes correr LLMs, generar imágenes, audio, usar TTS, hacer búsqueda semántica, detección de objetos y más, todo en modo local, sin enviar datos fuera.

Una de las ventajas más llamativas es que no necesitas obligatoriamente una GPU: muchos modelos pueden ejecutarse únicamente con CPU, lo que abre la puerta a montarlo en un NAS, un NUC, un servidor antiguo o cualquier máquina con un mínimo de recursos, ajustando el tamaño y la cuantización de los modelos a tus limitaciones de hardware.

La familia Local Stack: LocalAI, LocalAGI y LocalRecall

A medida que el proyecto ha crecido, se ha ido transformando en una “familia” de herramientas interconectadas que cubren mucho más que la simple inferencia de modelos. Hoy en día, el llamado “Local Stack” está formado principalmente por tres componentes clave que pueden trabajar juntos o por separado.

Por un lado, LocalAI sigue siendo el pilar central como API OpenAI‑compatible para texto, imágenes, audio y otras modalidades. Se encarga de hablar con los diferentes backends de inferencia (llama.cpp, vLLM, transformers, diffusers, etc.) y de exponer una interfaz estándar que soporta chat, completions, generación de imágenes, TTS, embeddings, reranking, e incluso endpoints experimentales como texto a vídeo.

Junto a él aparece LocalAGI, que actúa como plataforma de gestión de agentes de IA con soporte avanzado para herramientas y flujos agentic. Funciona como un reemplazo mejorado del Responses API de OpenAI, permitiendo definir agentes que pueden razonar, planificar pasos, invocar herramientas externas y coordinar tareas complejas de forma autónoma, pero siempre corriendo de manera local.

El tercer elemento es LocalRecall, diseñado como API REST y sistema de gestión de conocimiento con memoria persistente para agentes. Básicamente, aporta la capa de almacenamiento semántico, vector DB y gestión de contexto de largo plazo, de forma que los agentes y modelos puedan recordar información, documentos y estados de conversaciones a lo largo del tiempo sin tener que depender de servicios externos.

Principales capacidades: más allá de un simple LLM local

Una de las razones por las que LocalAI ha ganado tanta tracción es porque no se limita a servir grandes modelos de lenguaje. El proyecto cubre un abanico muy amplio de capacidades de IA que lo convierten en una especie de “infraestructura genérica” para aplicaciones inteligentes autoalojadas.

En el terreno del lenguaje, LocalAI permite ejecutar LLMs compatibles con múltiples familias de modelos (Llama, Gemma, Qwen, Phi, Mistral, SmollVLM y otros), con soporte para modelos en formato GGUF vía llama.cpp, o a través de backends como transformers o vLLM, según el hardware disponible y las necesidades de rendimiento.

En cuanto a visión y generación multimodal, LocalAI ofrece soporte para modelos de difusión, edición de imágenes, modelos vision‑language y detección de objetos en tiempo real. Esto incluye la integración con proyectos como stable-diffusion.cpp, diffusers de HuggingFace, modelos como FLUX, WAN o Qwen 3 VL, y una API específica para detección de objetos respaldada por rf-detr, que puede funcionar de forma muy eficiente incluso en CPU.

El audio es otro punto fuerte: LocalAI integra backends de reconocimiento de voz, text‑to‑speech y voz en tiempo real con clonación. Encontramos desde whisper.cpp y faster-whisper para transcripción, hasta motores TTS como Bark, Bark‑cpp, Coqui, Kokoro, KittenTTS, Piper, Chatterbox, neutts o Vibevoice, además de modelos de detección de actividad de voz (VAD) como silero‑vad para controlar cuándo hablar o cortar silencios.

Arquitectura modular: binario ligero y backends a la carta

Una de las grandes revoluciones recientes en el proyecto ha sido la transición a una arquitectura totalmente modular en la que el binario principal de LocalAI está separado de los backends. Antes, las imágenes “todo en uno” eran pesadas y contenían de serie todos los motores posibles, lo que complicaba despliegues ligeros y actualizaciones.

Con esta nueva filosofía, la imagen base de Docker y el binario de LocalAI son mucho más pequeños y solo descargan los backends necesarios cuando hace falta. Cuando instalas un modelo desde la galería o mediante ficheros YAML, LocalAI detecta automáticamente tu hardware (CPU, GPU NVIDIA, AMD o Intel) y descarga la variante adecuada del backend que necesita ese modelo.

Además, gracias a este diseño, ahora puedes gestionar backends de forma independiente desde una galería específica, incluso usando versiones de desarrollo. Eso significa que no tienes que esperar a una nueva release de LocalAI para probar el último backend de llama.cpp, whisper.cpp o diffusers: basta con actualizar solo ese componente y el sistema lo usará al vuelo.

Otro detalle práctico muy valorado por quienes trabajan en entornos aislados o con requisitos muy específicos es la posibilidad de cargar backends personalizados simplemente copiando los binarios en una carpeta designada. Sin recompilar contenedores completos, puedes probar compilaciones optimizadas, variantes para arquitecturas concretas o builds parcheadas de los backends sin impactar todo el sistema.

Compatibilidad con múltiples backends de IA

LocalAI integra una lista realmente amplia de backends para cubrir distintos tipos de modelos y casos de uso, con soporte de aceleración adaptado a cada hardware. El corazón de los LLMs suele girar en torno a llama.cpp, vLLM y transformers, pero hay muchos más.

En la parte de LLMs generales, llama.cpp proporciona inferencia eficiente en C/C++ con soporte para CUDA, ROCm, Intel SYCL, Vulkan, Metal y CPU pura, permitiendo ejecutar modelos cuantizados en máquinas sin GPU. vLLM aporta PagedAttention y optimizaciones orientadas a throughput, con aceleración para CUDA y ROCm, mientras que transformers abre la puerta a la extensa colección de modelos de HuggingFace sobre CUDA, ROCm, Intel y CPU.

Para audio, se combinan backends como whisper.cpp y faster-whisper para reconocimiento de voz rápido y portable en CPU o GPU, y una amplia gama de motores TTS: Bark y Bark‑cpp, Coqui, Kokoro, Kitten‑TTS, Piper, Chatterbox, neutts y Vibevoice, cada uno con su equilibrio entre calidad, latencia y requisitos de hardware, abarcando desde CPU pura hasta CUDA, ROCm, Metal o Intel.

En la parte de visión y difusión, el proyecto soporta stablediffusion.cpp como implementación en C/C++ de Stable Diffusion, así como la librería diffusers de HuggingFace para modelos de generación y edición de imágenes más recientes. Dependiendo del backend, se puede aprovechar CUDA, ROCm, Intel SYCL, Metal o simplemente CPU.

Más allá de LLMs, audio e imágenes, LocalAI integra backends específicos como rfdetr para detección de objetos, motores de reranking de documentos y un vector store local‑store, además de integración con la API de HuggingFace para combinar inferencia local y remota cuando sea necesario. Esto convierte la plataforma en algo muy completo para construir sistemas de búsqueda aumentada, asistentes que navegan por documentos o pipelines MLOps locales.

Aceleración: de CPU optimizada a GPU, Metal y Jetson

Para no dejar a nadie fuera, LocalAI ofrece una capa de aceleración muy flexible, con configuraciones para casi cualquier tipo de hardware moderno. Si tienes una GPU NVIDIA, puedes aprovechar CUDA 12 o 13 en la mayoría de backends compatibles, desde llama.cpp hasta diffusers o coqui, ajustando el número de capas en GPU o la carga según tus recursos.

En el caso de gráficas AMD, LocalAI se apoya en ROCm para acelerar backends clave como llama.cpp, whisper, vLLM, transformers, diffusers, rerankers y varios TTS, lo que resulta muy interesante para quienes montan homelabs con tarjetas Radeon. Para hardware Intel, el soporte pasa por oneAPI y otras tecnologías, desplegando aceleración en backends como llama.cpp, whisper, stablediffusion, vLLM, diffusers, rfdetr, rerankers y motores de voz como coqui o bark.

Si trabajas con Mac, la plataforma se integra con Metal y con los backends nativos MLX y MLX‑VLM de Apple, ofreciendo inferencia optimizada en chips M1, M2 y M3+ tanto para LLMs como para modelos multimodales, además del soporte en bark‑cpp y otros componentes compatibles con Metal.

No se olvidan tampoco de escenarios embebidos: hay soporte específico para NVIDIA Jetson con CUDA 12 y 13, permitiendo ejecutar llama.cpp, whisper, stablediffusion, diffusers y rfdetr en dispositivos ARM64 como AGX Orin o plataformas orientadas a edge computing, algo muy útil para proyectos de robótica, seguridad o IoT inteligente.

Y, por supuesto, todo esto se complementa con ejecutables optimizados para CPU, con soporte para conjuntos de instrucciones como AVX, AVX2 y AVX512, además de variantes de backends como whisper.cpp compiladas de forma específica según la capacidad del procesador, evitando errores de “illegal instruction” en máquinas antiguas o de bajo consumo.

Instalación: binarios, script, Docker y AIO

A nivel práctico, el equipo de LocalAI ha puesto bastante empeño en que ponerlo en marcha no sea una odisea. Hay varias vías de instalación según el entorno y el nivel de experiencia, tanto para pruebas rápidas como para despliegues más serios.

Por un lado, puedes empezar con un script instalador que se encarga de descargar el binario adecuado y configurar lo básico. También existen binarios directos para distintas plataformas de escritorio, aunque en macOS, por ejemplo, los DMGs no están firmados por Apple, lo que puede hacer que el sistema los marque como “quarentenados” y requieran un pequeño rodeo para abrirlos (el equipo mantiene issues de seguimiento con soluciones y posibles mejoras).

Otra forma muy habitual es usar Docker para desplegar LocalAI como contenedor autónomo, ya sea para CPU, GPU o imágenes AIO con modelos predescargados. Se pueden elegir imágenes solo CPU, combinadas CPU+GPU o All‑In‑One que incluyen un conjunto inicial de modelos listos para usar, aunque estas últimas ocupan más espacio y en el futuro se ha advertido que algunas variantes “extras” podrían quedar deprecadas en favor del nuevo sistema de gestión de backends.

Al trabajar con Docker, es importante diferenciar entre docker run, que crea y arranca un contenedor nuevo, y docker start, que simplemente levanta uno existente. Si ya has lanzado LocalAI antes y quieres reanudarlo, lo adecuado es usar algo como docker start -i local-ai para no duplicar contenedores ni generar conflictos con nombres ya registrados.

Carga de modelos y detección automática de backend

Una vez tienes LocalAI en marcha, el siguiente paso es cargar los modelos que vayas a usar, ya sea desde la galería oficial o mediante ficheros YAML de configuración. En esta fase es donde entra en juego la lógica de detección automática de hardware y backends.

Cuando seleccionas un modelo en la WebUI o defines uno en YAML, LocalAI analiza las capacidades de tu máquina (tipo de GPU, presencia de NVIDIA, AMD o Intel, soporte de CPU, etc.) y descarga el backend adecuado para esa combinación de modelo y dispositivo. De esta forma, te evitas pelearte a mano con qué binario de llama.cpp, diffusers o whisper.cpp necesitas para tu entorno específico.

Si necesitas más control, la configuración YAML te permite ajustar parámetros como el tamaño de contexto, el número de capas en GPU, el uso de mmap, las cuantizaciones o la definición de herramientas para agentes. Y, gracias a la renovación de la WebUI, ahora es posible editar todo ese YAML directamente desde la interfaz gráfica sin tener que entrar por SSH al servidor ni tocar ficheros a mano.

WebUI renovada: gestión visual de modelos, chat y agentes en LocalAI

La interfaz web ha pasado por una importante remodelación orientada a usuarios avanzados pero sin dejar de ser accesible para quienes solo quieren “trastear” de forma visual. La migración desde HTMX a una combinación de Alpine.js y JavaScript nativo ha mejorado mucho la velocidad y la fluidez de la experiencia, sobre todo en entornos con muchas configuraciones o modelos.

Desde esta WebUI puedes acceder a interfaces de chat, generación de imágenes, audio, gestión de modelos y configuración interna. Existe un listado de modelos con búsqueda difusa, de forma que aunque te equivoques al escribir (por ejemplo, “gema” en lugar de “gemma”), el sistema te mostrará los resultados correctos sin volverte loco afinando el término exacto.

Uno de los puntos más prácticos es que la WebUI permite ver y editar la configuración YAML completa de cada modelo desde el navegador, sin salir de la aplicación. Ahí puedes cambiar el contexto máximo, activar o desactivar soporte multimodal, ajustar parámetros de rendimiento o definir herramientas y MCP servers para agentes, todo con efecto inmediato una vez que guardas los cambios.

Agentes y soporte MCP: IA que usa herramientas de forma local

En sus versiones recientes, LocalAI ha dado un salto importante al incorporar soporte completo para el Modelo de Contexto de Protocolo (MCP) y capacidades agentic avanzadas. Esto permite construir agentes que no solo responden a preguntas, sino que pueden usar herramientas externas, planificar pasos y orquestar tareas complejas.

La integración MCP se basa en el framework desarrollado a partir de LocalAGI y proyectos relacionados como cogito, dando lugar a una forma sencilla de definir “servidores MCP” como contenedores o servicios externos que exponen herramientas. Por ejemplo, puedes tener un servidor MCP que haga búsquedas en DuckDuckGo, otro que consulte APIs internas de tu empresa o que ejecute scripts en tu máquina local.

Desde el punto de vista del desarrollador, basta con configurar estos servidores MCP en el YAML del modelo, sin necesidad de escribir código Python ni librerías específicas. Una vez configurado, puedes usar el endpoint /mcp/v1/chat/completions, compatible con la API de OpenAI, o activar directamente el “Modo Agente MCP” desde la WebUI del chat para que el modelo empiece a invocar herramientas cuando lo considere necesario.

El equipo también ha invertido esfuerzo en mejorar la robustez de la llamada a funciones y el manejo de esquemas JSON, corrigiendo fallos y pánicos que podían aparecer cuando los modelos generaban definiciones de herramientas imperfectas. Con estas mejoras, el uso de herramientas y el flujo agentic resulta mucho más estable en producción.

Hoja de ruta de LocalAI y evolución constante del proyecto

LocalAI se mueve muy rápido, con un roadmap público en forma de issues etiquetados donde se pueden seguir las novedades que van llegando y las que están previstas para próximos meses. La hoja de ruta muestra una secuencia continua de mejoras que cubren tanto nuevas capacidades como refinos internos.

En los últimos años se han añadido funciones como inferencia distribuida, modo federado, P2P para ejecutar LLMs en red, paneles para gestionar swarms de instancias, soporte para modelos y backends nuevos (Flux, MLX‑Audio, WAN, SANA, Bark.cpp, stablediffusion.cpp, etc.), así como un Reranker API y una API de detección de objetos integrada.

También se han producido hitos como la migración de todos los backends fuera del binario principal para reducir peso, la llegada de un nuevo launcher para macOS y Linux, la mejora continua de la WebUI y la incorporación de APIs experimentales como texto a vídeo a través de /v1/videos, que conectan con herramientas de IA local como edición de vídeo local. El roadmap futuro incluye más gestión de memoria dinámica, soporte mejorado para múltiples GPUs, nuevas integraciones agentic y ampliación del ecosistema de herramientas MCP.

Ejemplos de uso en la comunidad y app móvil Local AI Chatbot

El espíritu de LocalAI está muy ligado a la comunidad, como se refleja en las publicaciones del propio creador en foros como r/selfhosted o r/LocalLLaMA, donde se comparte de primera mano la evolución de la arquitectura y se responde a dudas de los usuarios. Muchos comentarios giran en torno a cómo integrar LocalAI como “cerebro” privado de automatizaciones y proyectos personales.

Uno de los casos que ilustran el enfoque “todo local” es la aparición de aplicaciones móviles como Local AI Chatbot de Software Tailor, que ofrecen chat con modelos avanzados directamente en el dispositivo sin conexión a Internet. Esta app permite hablar con modelos como DeepSeek R1, Qwen, Mistral, Llama 3 o Phi de forma totalmente offline, conservando la privacidad al 100 % y aprovechando el hardware del teléfono.

Entre sus características destacan el soporte de múltiples modelos con cambios rápidos de uno a otro, diseño pensado para un consumo eficiente de recursos, y una interfaz limpia para chatear sin complicaciones. Está orientada a usuarios preocupados por la privacidad, profesionales que manejan información sensible, personas en zonas con mala conectividad y entusiastas de la IA interesados en experimentar con modelos locales.

Este tipo de soluciones demuestran cómo el ecosistema en torno a LocalAI y la IA local va más allá del servidor principal, llevando la filosofía de “todo en tu dispositivo” también a móviles, escritorios y otros formatos, con el objetivo de que cualquiera pueda disfrutar de asistentes avanzados sin depender de servicios remotos.

El proyecto LocalAI y su familia de herramientas muestran cómo se puede construir una pila completa de IA privada, extensible, modular y multimodal, capaz de cubrir desde el simple chat hasta agentes complejos con memoria y herramientas, sin renunciar a la libertad del software libre ni al control total de los datos, posicionándose como una alternativa muy seria para quienes no quieren que la inteligencia artificial de sus proyectos dependa de terceros.

Este juego multiplataforma de coches, derrapes, y carreras ha llegado a la versión 1.0.0 con nuevos circuitos, nuevos coches y control en las carreras

Después de un tiempo sin nuevos lanzamientos (la anterior versión 0.26 es de septiembre de 2024) Aurelien Gateau, el desarrollador del juego, ha publicado el pasado 21 de diciembre de 2025 la versión 1.0.0 de PixelWheels, un juego de carreras de coches muy divertido y adictivo.

Carreras, derrapes, giros vertiginosos, diferentes tipos de coches para escocger y mucho más en un juego con aire retro que puedes disfrutar en tu PC (Linux, MacOS y Windows) y en tu sistema Android.

Lo primero a destacar en este nuevo PixelWheels 1.0.0 es que consta de 3 niveles de dificultad, llamados Ligas: Casual, Pro y Legendario. La principal diferencia entre ellos es la velocidad a la que pueden conducir los vehículos.

«Legendario» es la velocidad a la que conducían los vehículos hasta ahora. «Pro» es un poco más lento. «Casual» es el más accesible. Con estas novedades, el desarollador espera que esto haga que el juego sea menos frustrante para los nuevos jugadores, hasta que desarrollen la habilidad suficiente para mantener el coche en la carretera sin problema.

Además continuando con el tema de hacer que el juego sea más agradable de jugar, también ha ajustado la configuración de dirección, aceleración y turbo para que los vehículos sean más fáciles de controlar.

Además se ha añadido algún coche nuevo para escoger a la hora de correr. Pero para tener todos esos coches didponibles, tendrás que ir desbloqueándolos para ponerte al volante de coches míticos.

Si te animas a jugarlo puedes hacerlo obteniéndolo para diferentes plataformas. Puedes tenerlo disponible desde Flathub, itch.io, F-droid o Google Play, para diferentes plataformas.

Tienes el anuncio oficial con más detalles y enlaces a las diversas plataformas:

• https://agateau.com/2025/pixelwheels-1-0/

El juego está publicado bajo una licencia GPL 3.0 y alguna otra licencia libre. Y está disponible en diferentes idiomas, entre ellos el español, ya que desde hace tiempo colaboro manteniendo la traducción del juego al español.

¿Quieres tenerlo disponible en otro idioma y colaborar con la traducción? No dudes en contactar con el desarrollador para hacerle llegar tu petición o hacerle un pull request en su repositorio en GitHub.

A la hora de publicar este artículo ya se ha publicado la versión 1.0.1 con alguna corrección menor.

¡Descarga el juego y haz chirriar los neumáticos sobre el asfalto!

Enlaces de interés

• https://agateau.com/projects/pixelwheels/
• https://agateau.com/2025/pixelwheels-1-0/
• https://agateau.com/projects/pixelwheels/#get-it
• https://github.com/agateau/pixelwheels
• https://github.com/agateau/pixelwheels/releases

¿Necesitas configurar un temporizador para recordarte una tarea? ¿Necesitas una alarma diaria? ¿Necesitas saber la hora local y de otras localizaciones? Con Plasma de KDE estás cubierto

Estaba cocinando mientras estaba con el portátil, echo lo necesario a la olla a presión, cierro y en 20 minutos debería estar listo. No quería que me pasara que el timeline de Mastodon me hiciera perder la noción del tiempo y que se me pasara más tiempo del necesario echando a perder la comido o algo peor…

Quise establecer un temporizador que me recordara en mi portátil que en 20 minutos tenía que hacer caso a la olla. Algo tenía que haber seguro. Así que tras una breve búsqueda por la red encontré Kclock que hacía justamente lo que quería… y ¡mucho más!

Kclock (¿de verdad no se puede cambiar el nombre de la aplicación a algo como Klock, que empieza por K y no es tan extraño?) es una aplicación de KDE que nos ofrece un reloj y muchas cosas más.

Para instalarlo en openSUSE con un simple sudo zypper in kclock es suficiente. Nos instala el propio paquete y el de idiomas y ya está disponible en nuestro sistema. Lo buscamos en el menú de aplicaciones, pero con el nombre reloj (¿?), y lo ejecutamos.

Hora

Lo primero que nos aparece es una ventana con la hora local de nuestro sistema. Y además podemos añadir horas de otros países muy útil si por nuestro trabajo o por necesidad necesitamos saber la hora de diferentes usos horarios.

Temporizador

En otra pestaña podremos configurar diferentes temporizadores (¡lo que buscaba!). Añadimos un nuevo temporizador y podremos escoger entre valores ya preconfigurados: 1, 5, 10, 15, 30 minutos, o adaptarlo al tiempo que queramos. También podremos ponerle un nombre, por ejemplo: «¡Retirar la olla del fuego!».

Establecido el temporizador podremos iniciarlo cuando lo queramos y al término del tiempo configurado saldrá una notificación y un sonido para indicarnos el fin.

Lo bueno es que aunque cerremos la aplicación, el temporizador que esté iniciado continuará su cuenta atrás. Otra cosa buena es que el temporizador que hemos creado se queda disponible para ponerlo en marcha cuando lo necesitemos de nuevo. Y si no lo queremos reutilizar siempre lo podremos borrar.

Cronómetro

También podremos poner en marcha un cronómetro si lo necesitamos. Que se puede también manejar con el teclado. Podremos ponerlo en marcha, pausarlo o gestionar diferentes tiempos parciales siguiendo con el total.

Alarmas

En un portátil quizás no tiene mucho sentido, pero también podremos establecer alarmas que sonarán a la hora especificada el día seleccionado. Igual que las alarmas que configuramos en nuestros dispositivos móviles para que nos despierten.

Podremos configurar la hora, el día, el modo de posponerla, etc.

Realmente era lo que estaba buscando y no sé cómo es que Plasma no incluye esta aplicación de manera predeterminada.

Una cosa que me confunde bastante y que envié un correo a sus desarrolladores es el nombre. Partiendo de que Kclock creo que habría que cambiarlo, pero no es a eso a lo que me refiero.

Me refiero a que hay un poco de lío con el nombre en general. Si lo busco en los repositorio para instalarlo debo buscar por Kclock. Al buscarlo en el menú de aplicaciones debo buscarlo como reloj. Y una vez lanzado, en la barra de títulos superior el nombre de la aplicación es clock. ¿Vaya poca consistencia, no?

Pues eso, que si necesitas un temporizador o una alarma o un cronómetro en Plasma de KDE con Kclock tienes todo lo que necesitas.

Enlaces de interés

• https://cubiclenate.com/2024/11/16/clock-from-the-kde-community/

Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía, frente a las restricciones y abusos a los usuarios por parte del software privativo.

Por cierto este mes se cumplen 40 años de la creación de la FSF.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

• En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2026/january
• Y traducido en español (cuando el equipo de traducción lo tengamos disponible) en este enlace: https://www.fsf.org/free-software-supporter/2026/enero

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

¿Te gustaría aportar tu ayuda en la traducción y colaborar con la FSF? Lee el siguiente enlace:

• https://victorhckinthefreeworld.com/2016/12/22/quieres-ayudar-a-traducir-el-boletin-mensual-de-la-free-software-foundation/

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de enero de 2026.

Se anuncian los ganadores de los premios Free Software Awards: Andy Wingo, Alx Sa, Govdirectory

Del 9 de diciembre

Cada año, la FSF reconoce a algunos grupos e individuos de la comunidad de software libre que han realizado contribuciones significativas a la libertad del software. Este año, los galardonados con el Premio al Avance del Software Libre, el Premio al Contribuyente Destacado de Software Libre y el Premio a Proyectos de Beneficio Social fueron otorgados a Andy Wingo, Alx Sa y Govdirectory. Lee más sobre los ganadores y piensa en cómo podrías involucrarte en un proyecto de software libre en un futuro próximo.

• https://www.fsf.org/news/2024-free-software-awards-winners

La Free Software Foundation recibe donaciones privadas históricas

Del 24 de diciembre

Hacia el final del cuadragésimo año de la FSF, dos donantes excepcionalmente generosos donaron a la organización una contribución total de 900.000 dólares estadounidenses. Estas donaciones extraordinarias, ambas hechas a la FSF en la criptomoneda Monero, están entre algunas de las mayores donaciones privadas jamás hechas a la organización. Los donantes desean permanecer en el anonimato.

Todas las donaciones, sean 5 USD o 500.000 USD, marcan la diferencia en el trabajo de la FSF para avanzar en el movimiento del software libre. Estas donaciones apoyarán al equipo técnico y la capacidad de infraestructura de la organización, así como fortalecerán sus campañas, iniciativas educativas, de licencias y de incidencia, así como oportunidades futuras. Nunca es tarde para apoyar la misión de la FSF de promover la libertad del usuario de ordenadores — dona hoy.

• https://www.fsf.org/news/free-software-foundation-receives-historic-private-donations

Tu vida digital no es tuya: La batalla oculta por la libertad del software

Del 17 de diciembre por Jason Self

Tú eres el dueño de tu teléfono, pero otra persona dicta sus funciones. Puedes usar redes sociales, pero un algoritmo que no puedes inspeccionar moldea la realidad que ves. Eres dueño de tu coche, pero no puedes arreglarlo. Tienes tu smart TV, pero te está observando.

En cada rincón de nuestra vida moderna, estamos rodeados de cosas que hemos comprado pero que se nos prohíbe poseer o comprender realmente. El culpable no es el dispositivo en sí, sino el código invisible que se ejecuta en su interior, y la lucha por el control de ese código es una de las batallas más importantes por los derechos humanos del siglo XXI.

Sigue leyendo para entender mejor cómo los proveedores privativos buscan controlarte y qué puedes hacer para construir un futuro mejor.

• https://www.fsf.org/blogs/community/your-digital-life-is-not-yours

Estas son solo algunas de las noticias recogidas este mes, ¡¡pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

• https://www.fsf.org/free-software-supporter/2026/enero

Y todos los números del «supporter» o boletín de noticias de 2026 en español, francés, portugués e inglés aquí:

• https://www.fsf.org/free-software-supporter/2026

Coreboot se ha consolidado como uno de los proyectos de firmware libre más importantes para quienes quieren decir adiós a las BIOS propietarias y tener un arranque rápido y transparente. La nueva versión coreboot 25.12 llega como lanzamiento trimestral estable y viene cargada de cambios profundos tanto a nivel de soporte de hardware como de infraestructura interna, orientados a OEM, integradores y desarrolladores que necesitan una base sólida sobre la que construir.

En esta versión se han integrado más de 750 commits aportados por más de un centenar de contribuidores, con muchos autores nuevos y un foco claro: ampliar el número de plataformas soportadas (especialmente en Intel, AMD, Qualcomm y MediaTek), mejorar el tratamiento de errores mediante ACPI y APEI, reforzar la gestión de cámaras MIPI y almacenamiento SMMSTORE, y seguir puliendo detalles de rendimiento y estabilidad en todo el ecosistema.

Novedades destacadas de coreboot 25.12

El proyecto anuncia coreboot 25.12 como la última versión de la rama estable lanzada en diciembre dentro del ciclo trimestral, pensada sobre todo para fabricantes (OEM/ODM) y organizaciones que prefieren una base menos cambiante que la rama principal. Aun así, los propios desarrolladores recomiendan a quienes compilan firmware para uso propio trabajar directamente con la rama main, más actual y con correcciones continuas.

Entre los cambios globales, esta versión suma 757 commits, 106 autores y 21 desarrolladores que contribuyen por primera vez. Se han añadido más de 62.000 líneas de código y se han eliminado algo menos de 10.000, con un diferencial neto superior a 52.000 líneas, lo que deja claro que no estamos ante una simple revisión menor, sino ante un salto importante en capacidades y plataformas.

Nuevo soporte de plataformas y procesadores en coreboot 25.12

Una de las grandes bazas de coreboot 25.12 es la expansión del soporte de hardware, con especial atención al ecosistema de sobremesa y portátil moderno, servidores y dispositivos ARM. Se incorporan nuevas placas base, nuevos SoC y se refinan varios ya existentes.

Soporte preliminar para AMD EPYC 9005 “Turin”

En el terreno de servidores x86_64, coreboot 25.12 introduce un soporte de nivel “proof of concept” para procesadores AMD EPYC 9005, nombre en clave Turin. Es un primer paso que acerca estos procesadores a un firmware totalmente abierto, siguiendo el camino ya iniciado con EPYC Genoa.

Este soporte preliminar abre la puerta a que, conforme openSIL madure hasta producción estable, tanto EPYC como futuras generaciones Ryzen y Zen 6 dispongan de más placas base compatibles con firmware libre. Hoy el soporte es básico, pero marca la dirección en la que se está moviendo la comunidad para que servidores de nueva generación puedan arrancar con coreboot sin depender de firmware opaco.

Nuevas placas base y equipos soportados en coreboot 25.12

Esta versión extiende de forma notable la lista de placas y sistemas con soporte oficial, abarcando desde hardware clásico hasta plataformas muy recientes. Entre las novedades se incluyen:

• ASRock Z77 Extreme4, orientada a procesadores Intel Core de 2ª y 3ª generación, ideal para reciclar hardware veterano con firmware libre.
• ASUS PRIME H610I-PLUS D4, una placa mini-ITX moderna que da soporte a procesadores Intel Core de 13ª y 14ª generación, muy interesante para equipos compactos actuales.
• Lenovo ThinkPad T470s y T580 (variante sklkbl_thinkpad), dos portátiles muy populares en entornos profesionales que se suman al ecosistema de portátiles compatibles.
• Siemens MC EHL6, dentro de la familia Siemens MC EHL, pensada para aplicaciones industriales donde la fiabilidad del firmware es crítica.
• Star Labs Starfighter (Arrow Lake 285H), portátil orientado a usuarios que buscan desde el primer día un equipo amigable con firmware abierto.
• Topton ADL TWL (X2E_N150), plataforma compacta basada en Alder Lake, típica de mini PCs y sistemas embebidos.
• Varios dispositivos ChromeOS de Google: Fatcat (ruby), Ocelot (kodkod, ocicat), Rauru (Sapphire), Skywalker (Dooku, Grogu), que se benefician de las mejoras en configuraciones de firmware y drivers.

Además del listado anterior, sigue el goteo constante de nuevos Chromebook y variantes específicas de mainboards, algo habitual en cada versión de coreboot, lo que refuerza su presencia en el ecosistema educativo y de portátiles ligeros.

Qualcomm Snapdragon X1 Plus (X1P42100) y ecosistema ARM

En el ámbito ARM64, coreboot 25.12 introduce la activación inicial de la plataforma Qualcomm X1P42100, conocida como Snapdragon X1 Plus. Este paso es clave para hacer llegar firmware abierto a SoC orientados a portátiles ARM y dispositivos siempre conectados.

El trabajo sobre este SoC no se limita a “arranca y ya está”, sino que se acompaña de mejoras muy profundas de depuración y gestión de memoria, que veremos con más detalle en un apartado específico, y que sentarán las bases para que desarrolladores puedan trabajar cómodamente en esta plataforma durante todo el ciclo de vida del dispositivo.

Actualizaciones de SoC Intel y AMD

Por parte de Intel, coreboot añade soporte para LPCAMM (Low Power Compression Attached Memory Module) en plataformas Panther Lake. Este nuevo tipo de módulo de memoria, pensado para portátiles y formatos delgados, requiere una topología particular que el firmware debe conocer para detectarlo y configurarlo correctamente.

Se ha añadido infraestructura para describir la topología LPCAMM y se ha incorporado soporte inicial para la placa de referencia Panther Lake RVP T3. Con esto, coreboot se adelanta a la adopción de esta tecnología de memoria en futuras generaciones de portátiles.

En AMD, la plataforma Glinda recibe numerosas mejoras y se amplía con la variante de SoC Faegan. Entre los cambios destacan la configuración de USB4 a través del devicetree del FSP, la incorporación de dispositivos de red 10GbE y la correcta comunicación del voltaje de los módulos DIMM en la configuración del FSP. Todo ello se traduce en un soporte más fino y detallado para plataformas AMD modernas.

Opciones de configuración en tiempo de ejecución (CFR)

Una mejora muy visible para fabricantes y usuarios avanzados es la extensión de las opciones de configuración de firmware en tiempo de ejecución, conocidas como CFR o coreboot Forms Representation. Hasta ahora, muchos parámetros exigían recompilar la imagen; con este framework, buena parte de esa configuración pasa a ser dinámica.

Se ha desplegado un menú de configuración de opciones en más de 40 placas base y variantes, especialmente en el ecosistema ChromeOS de Google. Estas opciones permiten, entre otras cosas:

• Activar o desactivar la GPU integrada (iGPU).
• Elegir entre touchpad y pantalla táctil en dispositivos híbridos.
• Ajustar parámetros de control de ventiladores y ciertas características de hardware.

El framework CFR define para cada opción nombre visible, texto de ayuda, valor por defecto y flags de tiempo de ejecución, de forma que los payloads (por ejemplo, SeaBIOS, LinuxBoot u otros) puedan mostrar un menú coherente. Además, se mantiene compatibilidad hacia atrás y se plantea integración con almacenamiento de variables UEFI y otros backends persistentes.

Aumento de la capacidad de SMMSTORE y mejoras asociadas que llegan junto a coreboot 25.12

Otra pieza clave de este lanzamiento es el cambio en el subsistema de almacenamiento protegido SMMSTORE. En coreboot 25.12 se duplica el tamaño por defecto de SMMSTORE de 256 KB a 512 KB, algo importante en sistemas que dependen de variables UEFI y datos persistentes para configuraciones avanzadas.

Plataformas como Sarien, Reef, Octopus, Drallion, Skyrim, Zork o Guybrush, entre otras, se han actualizado para sacar partido de este incremento, asegurando un espacio razonable para las exigencias actuales de variables de firmware.

Junto a este salto de capacidad, se han introducido correcciones en la alineación de la estructura SMMSTORE v2, lo que ayuda a que el comportamiento sea consistente entre diferentes arquitecturas y payloads, minimizando sustos por incompatibilidades sutiles.

Mejoras en cámaras MIPI para plataformas Intel

La gestión de cámaras MIPI en plataformas Intel, especialmente de cara a sistemas operativos como Windows, recibe una actualización importante. El driver de cámara MIPI ahora implementa un soporte mucho más completo del SSDB (Sensor Static Data Block), con enums y bitfields bien definidos para todos los campos relevantes.

Mejoras más relevantes en este ámbito incluyen varios cambios orientados a la correcta enumeración y configuración de sensores:

• Generación sistemática de la información PLD (Physical Location Descriptor) para cada sensor, clave para que el sistema sepa dónde está físicamente cada cámara.
• Asignación automática de valores por defecto sensatos en el SSDB, reduciendo la probabilidad de configuraciones incompletas.
• Soporte mejorado para tipo de VCM (Voice Coil Motor) y direcciones I2C, algo fundamental para el enfoque automático y otras funciones avanzadas.
• Refactorización de los métodos DSM (Device Specific Method) en funciones por UUID, incluyendo nuevos DSM para Computer Vision Framework (CVF) e I2C V2.
• Selección del tipo de dispositivo ACPI y configuración de ROM para sensores de cámara, con direcciones adecuadas.

Todo este conjunto de cambios mejora la enumeración y configuración de las cámaras en sistemas operativos modernos, evitando problemas habituales de reconocimiento, orientación y características limitadas en portátiles y convertibles.

Plataforma Qualcomm X1P42100: depuración y memoria a fondo

El soporte para el SoC Qualcomm X1P42100 (Snapdragon X1 Plus) se refuerza con un amplio abanico de funciones orientadas al desarrollo y a la resolución de problemas. Entre las principales novedades se encuentran:

• Detección de modo de descarga y empaquetado de ramdump, facilitando la extracción de volcados de memoria en situaciones de fallo.
• Soporte para cargar imágenes de ramdump y empaquetado de la imagen APDP (Application Processor Debug Policy) dentro de CBFS, centralizando el material de depuración en el propio firmware.
• Mejoras en el subsistema de pantalla: definición de registros MDSS para control de relojes, API de PLL Lucidole y reserva correcta de DRAM para las necesidades de vídeo.
• Ajustes en el diseño de memoria con recolocación de la región BL31 y alineación de la memoria de aplicaciones en el entorno seguro (TZ), mejorando tanto la seguridad como el aprovechamiento de RAM.
• Soporte para el driver CMD-DB (Command Database), que permite consultar direcciones y configuraciones de aceleradores hardware, con la región mapeada como no cacheable en la MMU para evitar efectos secundarios indeseados.
• Separación clara de las pilas PRERAM y POSTRAM en ARM64, moviendo la pila previa a la RAM principal a BSRAM y con ello optimizando la utilización de memoria y estabilidad en las fases más tempranas del arranque.

Con todos estos retoques, la plataforma X1P42100 se vuelve mucho más amigable para quienes necesiten diagnosticar fallos, analizar volcados de memoria y ajustar el comportamiento del SoC en diferentes escenarios de producción.

coreboot 25.12 introduce mejoras en AMD: Glinda, Faegan y ACPI avanzado

En el lado AMD, además de la mencionada ampliación de la plataforma Glinda con el SoC Faegan, hay un conjunto importante de cambios centrados en la calidad de la integración ACPI y la gestión de errores. Entre ellos podemos destacar:

• Reporte de direcciones base fijas para el bus LPC, de manera coherente con las especificaciones y con el resto de la plataforma.
• Soporte de controladores I3C a nivel ACPI, ampliando las capacidades de comunicación con dispositivos modernos.
• Incorporación de HEST (Hardware Error Source Table), clave para que el sistema operativo reciba información detallada de errores de hardware.
• Extensión de ECAM MMCONF a direcciones de 64 bits, permitiendo trabajar con espacios de configuración PCIe más grandes y complejos.
• Inicialización del CRTM (Core Root of Trust for Measurement) en el bootblock, reforzando la cadena de confianza desde las fases más tempranas del arranque.

Junto a esto, se han introducido optimizaciones en el cálculo de MTRR para plataformas AMD, lo que reduce el tiempo de arranque al simplificar la configuración de memoria caché, y se actualiza el FSP de Glinda con nuevas versiones que mejoran la estabilidad general.

Infraestructura ACPI y APEI para gestión de errores

Un bloque muy relevante, aunque menos vistoso de cara al usuario final, es la incorporación de una infraestructura extensa APEI (Advanced Platform Error Interface) en los encabezados ACPI. Se han añadido estructuras completas para soportar:

• Fuentes de error de Machine Check Exception (MCE).
• Errores de Non-Maskable Interrupt (NMI).
• Informes de PCIe AER (Advanced Error Reporting).

Estas estructuras sirven de base para tablas como BERT (Boot Error Record Table), HEST y EINJ (Error Injection Table), de forma que las plataformas puedan reportar al sistema operativo una imagen precisa de los errores de hardware y respaldar modelos de manejo de errores “firmware-first”.

Los nuevos tipos y estructuras siguen las especificaciones ACPI oficiales y se acompañan de validaciones internas que aseguran que la información reportada sea coherente y utilizable por el sistema operativo y las herramientas de diagnóstico.

Consolidación de commonlib, endian y estructuras de memoria en coreboot 25.12

En el ámbito de las librerías comunes, coreboot 25.12 fusiona las implementaciones del encabezado endian.h de coreboot y libpayload en commonlib, eliminando duplicidades y asegurando que todo el ecosistema utilice las mismas funciones de conversión de endianness.

Como parte de esta limpieza, se ha retirado el viejo encabezado y las funciones swabXX(), completando la transición a una API estándar de conversión de endianness. Además, se enriquecen las estructuras de información de memoria con nuevos campos para mejorar la compatibilidad con SMBIOS tipo 17 e informar, por ejemplo, del voltaje de módulos DDR3.

Se corrigen también detalles del manejo del devicetree (como el salto correcto de tokens NOP) y se almacena ahora la información del modo de arranque en CBMEM, de modo que los payloads puedan coordinarse mejor con el firmware en aspectos como arranque normal, situaciones de batería baja o estados de carga.

Otras mejoras notables en drivers y subsistemas que llegan junto a coreboot 25.12

Cambios menores pero relevantes en este listado incluyen muchas correcciones y mejoras con impacto práctico en sistemas reales:

• Refactorización del subsistema de pantalla MediaTek, con soporte para doble DSI y Display Stream Compression (DSC) en paneles MIPI, y una API DSI mejorada que pasa estructuras de registros de forma coherente.
• Uso del estado de reset de Intel Skylake CSE para mejorar la fiabilidad de los reinicios.
• Mejoras en el controlador de pantalla Intel GMA, añadiendo caché y lógica de cache válida para gestionar el brillo de forma más robusta.
• Correcciones y ajustes en el driver TPM, eliminando operaciones duplicadas y generando tablas ACPI más limpias y correctas.
• Soporte ampliado de SPD, con nuevas piezas DDR4 y correcciones para paquetes de chip dual, además de nuevos tipos de socket SMBIOS para encapsulados BGA1744.
• Opciones de configuración de color de teclado RGB en el EC durante el arranque, pensadas para equipos con iluminación personalizable.
• Revisión en profundidad de la implementación de tablas de verbos Azalia, mejorando la mantenibilidad y añadiendo correcciones de temporización (por ejemplo, el retardo de 521 microsegundos tras desactivar RESET#).
• Soporte en el driver gráfico genérico para dispositivos que no son estrictamente VGA, ampliando el abanico de hardware de vídeo soportado.
• Integración de la memoria con etiquetas para ARMv9 MTE (Memory Tagging Extension) en plataformas MediaTek, añadiendo seguridad adicional en la gestión de memoria.
• Infraestructura de carga paralela para plataformas Google Bluey, permitiendo cargas de batería más rápidas.
• Soporte de USB Type-C en Qualcomm con configuración de PHY y repetidores, así como drivers SoundWire para códecs Cirrus Logic CS35L56 y CS42L43.
• Extensiones ACPI para RISC-V, ampliando poco a poco el soporte de esta arquitectura emergente.

En el ecosistema de payloads, libpayload gana funciones como consultar el tamaño de memoria física, compatibilidad con el formato LZ4 legado y correcciones en el enrutado de excepciones ARM64, manteniendo la coherencia con los cambios de commonlib y endian.

Actualización de toolchains, blobs y vendorcode

Para mantenerse al día con el resto del ecosistema, coreboot 25.12 actualiza varias herramientas externas y componentes de proveedor. Entre los cambios de toolchain más importantes destacan:

• Actualización de binutils de la versión 2.44 a la 2.45.
• Actualización de ACPICA de la release 20250404 a la 20250807, incorporando mejoras y correcciones en el ecosistema ACPI.
• Eliminación del toolchain nds32le-elf de las compilaciones por defecto, al resultar menos relevante en el soporte actual.

En vendorcode, se actualizan los encabezados FSP de Panther Lake (PTL) a FSP 3373_03 y Wildcat Lake (WCL) a 3344_03, además de aplicar una actualización de FSP para la plataforma AMD Glinda. También se avanzan los submódulos:

• 3rdparty/blobs se mueve de la revisión a0726508b8 a 4a8de0324, incorporando 39 commits.
• 3rdparty/intel-microcode se actualiza desde 4ded52b4b0 hasta f9100a225, integrando la última corrección de microcódigo disponible.

Estas actualizaciones garantizan que el firmware construido sobre coreboot 25.12 aproveche las últimas correcciones de seguridad, estabilidad y compatibilidad ofrecidas por los proveedores de silicio.

Descarga de coreboot 25.12, verificaciones y ciclo de lanzamientos

El código fuente de coreboot 25.12 puede obtenerse directamente desde coreboot.org en formato tar.xz (y variantes tar.gz, tar.bz2 o zip), así como desde mirrors y archivos de software como Fossies. La versión distribuida en archivos comprimidos viene acompañada de sumas MD5, SHA1 y SHA256 para comprobar la integridad de la descarga.

Además, los lanzamientos se firman con claves PGP/GPG. Para verificar un archivo, se puede usar un comando del estilo:

$ gpg –verify coreboot-24.02.01.tar.xz.sig coreboot-24.02.01.tar.xz

En el caso de que GPG devuelva un mensaje del tipo “Can’t check signature: No public key”, basta con recuperar la clave adecuada a partir de la huella digital publicada en la documentación de coreboot y volver a ejecutar la verificación. Es normal que aparezcan advertencias sobre firmas no certificadas como de confianza: simplemente indican que el usuario todavía no ha establecido una cadena de confianza hacia esas claves.

La lista de huellas digitales incluye claves de desarrolladores como Matt DeVillier, Jason Glenesk, Patrick Georgi, Angel Pons, Alexander Couzens o Martin Roth, entre otros, algunas de ellas ya expiradas pero mantenidas a efectos históricos.

Para quienes quieran trabajar siempre a la última, el proyecto recuerda que lo ideal es clonar directamente el repositorio Git oficial con:

$ git clone https://review.coreboot.org/coreboot.git

Las versiones estables, como la 25.12, siguen un ciclo de publicación trimestral, y la próxima release anunciada es la 26.03, prevista para finales de marzo de 2026. Mientras tanto, la rama principal sigue recibiendo cambios y correcciones de forma continua.

Con todo este conjunto de novedades, coreboot 25.12 refuerza su posición como alternativa madura a las BIOS propietarias, combinando soporte para hardware nuevo y antiguo, mejores capacidades de depuración y error reporting, opciones avanzadas de configuración en tiempo de ejecución y una base técnica más limpia y coherente; una actualización que, sin ser una revolución visible para todo el mundo, marca un paso importante para integradores, OEM y usuarios que quieren tomar el control de lo que ocurre antes de que el sistema operativo empiece a arrancar.

La llegada de LibreOffice 25.8.4 supone un nuevo paso en la puesta a punto de la última gran versión de la conocida suite ofimática libre. La actualización se centra por completo en corregir fallos y mejorar la fiabilidad, con el objetivo de que el uso diario del paquete de oficina sea más estable y predecible tanto en equipos de escritorio como en entornos profesionales.

Esta edición forma parte de la rama LibreOffice 25.8, una línea que introdujo novedades importantes a nivel técnico y que ahora continúa madurando con revisiones periódicas. Aunque no trae cambios llamativos de cara al usuario, sí incluye un buen número de ajustes internos pensados para reducir errores, cierres inesperados y otros problemas que los usuarios habían ido notificando durante los últimos meses.

Cuarta actualización de mantenimiento de LibreOffice 25.8

The Document Foundation ha hecho pública la versión LibreOffice 25.8.4 como la cuarta actualización de mantenimiento de la serie 25.8. No se trata de una versión mayor con nuevas funciones, sino de una revisión acumulativa que corrige incidencias detectadas desde el lanzamiento inicial de esta rama.

Esta nueva compilación aparece algo más de un mes después de LibreOffice 25.8.3, manteniendo así un ritmo relativamente constante de publicaciones para ir puliendo el comportamiento de la suite. El objetivo es que quienes ya han dado el salto a la 25.8 noten un entorno más sólido y que las tareas ofimáticas diarias se vean menos interrumpidas por errores o bloqueos inesperados.

En términos cuantitativos, la actualización 25.8.4 aborda un total de 76 fallos registrados. Los detalles completos de estas correcciones se han documentado en los listados de cambios de las versiones candidatas RC1 y RC2, donde se especifica qué módulos y qué situaciones concretas se han visto afectadas. Aunque el usuario final no tenga por qué revisar ese nivel de detalle, sí se beneficia de un comportamiento más pulido en el manejo de documentos.

Correcciones de errores y mejoras de estabilidad en LibreOffice 25.8.4

El foco principal de LibreOffice 25.8.4 está en las mejoras de estabilidad y fiabilidad. Las correcciones se reparten entre diferentes componentes de la suite, como el procesador de textos, la hoja de cálculo, las herramientas de presentación y otras utilidades incluidas en el paquete.

Buena parte de esos 76 arreglos están orientados a evitar cuelgues y cierres inesperados ante situaciones concretas, a reducir pequeños fallos visuales y a corregir comportamientos anómalos detectados por la comunidad. Esto se traduce, en la práctica, en una experiencia más fluida a la hora de abrir, editar y guardar documentos de diverso tamaño y formato.

También se han abordado molestias menores reportadas por usuarios avanzados y administradores de sistemas, que pueden no ser tan visibles para todos pero sí marcan la diferencia cuando se gestiona un gran volumen de documentos o se trabaja en entornos corporativos y educativos donde LibreOffice se emplea a diario.

Descarga y disponibilidad de LibreOffice 25.8.4 en GNU/Linux, Windows y macOS

LibreOffice 25.8.4 se encuentra disponible para su descarga directa desde la web oficial de The Document Foundation. Desde allí se pueden obtener los paquetes binarios habituales para sistemas GNU/Linux basados en DEB (como Debian, Ubuntu y derivadas) y RPM (como Fedora, openSUSE o CentOS), además de las versiones correspondientes para Windows y macOS.

Para quienes utilizan distribuciones GNU/Linux, es importante tener en cuenta que muchas veces las versiones de LibreOffice llegan a través de los repositorios oficiales de cada sistema. En esos casos, la recomendación es esperar a que la actualización 25.8.4 aparezca en los repositorios de la distribución antes de actualizar, salvo que se necesite de forma urgente alguna corrección concreta incluida en esta versión.

Los administradores y responsables técnicos también tienen la opción de descargar el código fuente en forma de tarball, algo especialmente relevante para integradores de sistemas y para quienes personalizan la suite para despliegues específicos en organizaciones, centros educativos o administraciones públicas en España o en otros países europeos.

Mejoras clave introducidas con LibreOffice 25.8

La serie LibreOffice 25.8, sobre la que se construye esta actualización 25.8.4, trajo consigo cambios de calado que ahora se consolidan con estas revisiones de mantenimiento, incluida la segunda puesta a punto. Una de las novedades más destacadas fue la incorporación de compatibilidad con la exportación en formato PDF 2.0, lo que mejora la interoperabilidad con herramientas modernas y aporta un mayor margen para documentos que requieren estándares actualizados.

Otra mejora importante fue la aceleración en la apertura de archivos en Writer y Calc, con incrementos de velocidad de hasta un 30 % en determinados escenarios. Esto se aprecia sobre todo al trabajar con documentos voluminosos o con hojas de cálculo complejas, donde cada segundo cuenta en entornos productivos.

El equipo de desarrollo también introdujo una gestión de memoria más optimizada, pensada especialmente para entornos con recursos limitados, escritorios virtuales y thin clients, cada vez más habituales en empresas y organismos públicos. Esta optimización permite que la suite se comporte de forma más estable en sesiones largas y con múltiples documentos abiertos.

Además, se ha trabajado en un desplazamiento más suave al moverse por documentos de gran tamaño, así como en una renovación profunda del sistema de partición de palabras y gestión de los espacios entre ellas. Estos cambios contribuyen a una maquetación más coherente, algo especialmente sensible en textos extensos, documentos oficiales y trabajos académicos tan habituales en universidades e instituciones europeas.

Edición Community y recomendación para empresas

Con cada lanzamiento, The Document Foundation aprovecha para recordar que la versión distribuida de forma general es la edición «Community» de LibreOffice. Esta variante está orientada sobre todo a usuarios individuales, comunidades, centros educativos y organizaciones que cuentan con soporte interno o que se apoyan en la ayuda voluntaria de la comunidad.

El proyecto subraya que el desarrollo y el mantenimiento de esta edición dependen en gran medida de voluntarios y colaboradores repartidos por todo el mundo, incluidos muchos en Europa y en el ámbito hispanohablante. Esta red de contribuyentes es la que reporta fallos, prepara parches, revisa el código y ayuda a que versiones como la 25.8.4 lleguen al público con un nivel de calidad creciente.

Para despliegues empresariales y administrativos a gran escala, la recomendación oficial es optar por la familia LibreOffice Enterprise proporcionada por socios del ecosistema. Estas variantes suelen ofrecer servicios adicionales, como soporte profesional, acuerdos de nivel de servicio, certificación, formación y herramientas específicas para entornos corporativos, algo que puede resultar determinante en empresas, administraciones públicas y organizaciones que necesitan un respaldo formal.

LibreOffice 25.8.4 se presenta como una actualización centrada en corregir errores y reforzar la estabilidad de la rama 25.8, apuntalando las mejoras introducidas anteriormente en rendimiento, compatibilidad con PDF 2.0 y optimización de recursos. Para quienes ya utilizan esta serie, especialmente en España y el resto de Europa, supone una puesta al día recomendable que contribuye a que la suite ofimática libre mantenga un comportamiento más sólido y fiable en el día a día.

Thunderbird, el cliente de correo de software libre, este año 2025 ha realizado grandes cambios y mejoras, hagamos un repaso de lo conseguido y lo que está por llegar

Desde hace años utilizo Thunderbird como mi cliente de correo electrónico, tanto en mi portátil como en mi dispositivo con Android. Este pasado año han realizado un gran trabajo para modernizar su software y darle más funcionalidades.

En su blog han realizado un repaso de todo lo conseguido y de lo que queda por conseguir en próximos lanzamientos:

• https://blog.thunderbird.net/2025/12/thunderbird-2025-review-building-stronger-for-the-future/

Además de haber donado para mantener el proyecto también quiero difundir su mensaje para dar a conocer este gran software libre que no solo gestiona tu correo electrónico, también tu calendario, tus contactos y tus suscripciones RSS. Veamos qué han conseguido.

Un núcleo más fuerte, construido para durar

Este año se lanzó Thunderbird 140 «Eclipse», nuestro último Extended Support Release (ESR).

• https://victorhckinthefreeworld.com/2025/07/08/publicado-thunderbird-140-eclipse/

Eclipse fue más que una simple renovación visual. Fue una limpieza profunda del núcleo de Thunderbird, eliminando código ya obsoleto y modernizando gran parte de la base de código. El resultado es una base más saludable que permite enviar mejoras de forma más fiable y frecuente.

Pueden parecer novedades simples a simple vista, pero representan un progreso significativo realizado por la comunidad de Thunderbird.

Actualizaciones más rápidas, publicaciones mensuales

Hablando de actualizaciones más rápidas, en 2025 las actualizaciones mensuales se convirtieron en el estándar de Thunderbird para escritorio. Esto supuso un cambio importante respecto a nuestro enfoque en la cadencia anual centrada en el Extended Support Release.

• https://victorhckinthefreeworld.com/2025/05/14/como-tener-siempre-al-dia-thunderbird-en-opensuse-tumbleweed/

Pasar a lanzamientos mensuales significa que las nuevas funciones llegan antes a los usuarios, las correcciones de errores llegan más rápido y las actualizaciones se sienten más fluidas en lugar de disruptivas. Ya no hay que esperar un año entero para beneficiarse de las mejoras.

Thunderbird ahora ya puede comunicarse con Exchange

Por fin ha llegado una de las funciones más solicitadas. El soporte nativo de correo electrónico de Microsoft Exchange llegó al canal mensual de lanzamiento de Thunderbird con la versión 145.0.

• https://blog.thunderbird.net/2025/11/thunderbird-adds-native-microsoft-exchange-email-support/

Ahora ya se puede conectar cuentas Exchange directamente sin depender de complementos de terceros para el correo electrónico. La configuración es más sencilla, la sincronización más fiable y Thunderbird funciona de forma más natural en entornos basados en Exchange. El soporte para calendarios y agendas aún está en desarrollo, pero el soporte por correo electrónico nativo marca un hito importante hacia una compatibilidad más amplia.

Thunderbird para el móvil sigue adelante

La historia móvil de Thunderbird siguió creciendo en 2025. En Android, el equipo perfeccionó los procesos de lanzamiento, mejoró las experiencias principales y comenzó a descomponer funciones más grandes en actualizaciones más pequeñas y con mayor frecuencia.

• https://victorhckinthefreeworld.com/2024/10/30/ya-disponible-thunderbird-8-para-android/

Al mismo tiempo, Thunderbird para iOS dio un gran paso adelante con una aplicación básica de pruebas para desarrolladores disponible a través de Apple TestFlight. Esto marcó la primera señal pública de que Thunderbird se expandirá oficialmente a iOS, con un desarrollo activo ya avanzado y encaminado hacia los iPhones en 2026.

Presentamos Thunderbird Pro

En 2025, anunciamos Thundermail y Thunderbird Pro, el primer servicio de correo electrónico de Thunderbird, junto con nuevas funciones de productividad en la nube diseñadas para funcionar perfectamente con la aplicación.

• https://victorhckinthefreeworld.com/2025/05/21/thundermail-y-thunderbird-pro-los-nuevos-servicios-de-thunderbird/

Thunderbird Pro incluirá:

• Thundermail: un servicio de correo electrónico de código abierto de Thunderbird
• Appointment: una herramienta para programar
• Send: un servicio de intercambio de archivos cifrados de extremo a extremo

Estos servicios están diseñados para respetar la privacidad del usuario, seguir siendo de código abierto y ofrecer funcionalidades adicionales por suscripción para quienes las necesiten, sin comprometer las aplicaciones de escritorio y móviles de Thunderbird y mantenerlas siempre gratuitas, libres y potentes.

Puedes apuntarte en la lista de espera para probar estos nuevos servicios.

Todo esto hace un 2025 lleno de grandes proyectos y mejoras dentro de Thunderbird y augura un 2026 también muy intenso. Si utilizas este cliente de correo de software libre en tu día a día…

¿Por qué no donar un poco y ayudar de alguna manera a seguir consiguiendo cosas grandes?

• https://www.thunderbird.net/es-ES/donate/

La Agentic AI Foundation (AAIF) se ha convertido en uno de los movimientos más relevantes del momento en el mundo de la inteligencia artificial, al intentar poner orden en el creciente ecosistema de IA agéntica, es decir, sistemas capaces de tomar la iniciativa, coordinar tareas y actuar con un grado alto de autonomía. Bajo el paraguas de la Linux Foundation, esta nueva entidad aspira a convertirse en el punto de encuentro donde se defina cómo se conectan los agentes con datos, herramientas y aplicaciones en todo tipo de entornos, desde la nube pública hasta infraestructuras corporativas híbridas.

La fundación arranca con un peso específico notable y con una combinación de grandes tecnológicas, proveedores cloud y proyectos abiertos que ya tienen una adopción masiva. Su hoja de ruta pasa por ofrecer una gobernanza neutral de estándares clave, evitando que la infraestructura de la próxima generación de agentes de IA quede en manos de un único proveedor. Para Europa y España, donde la regulación en materia de IA y datos avanza a buen ritmo, este movimiento abre a la vez una ventana de oportunidad y un reto para influir en cómo se diseñan estos estándares.

Qué es la Agentic AI Foundation y qué pretende

La Agentic AI Foundation nace como una fundación bajo la órbita de la Linux Foundation con una misión clara: ofrecer un espacio neutral y abierto para albergar proyectos, protocolos y especificaciones que permiten a los agentes de IA conectarse con herramientas, datos y aplicaciones empresariales de manera interoperable. La idea es que, a medida que los sistemas pasan de ser simples chatbots a agentes capaces de orquestar flujos de trabajo complejos, exista una capa común de infraestructura que no esté atada a una sola compañía.

Según el anuncio oficial realizado en Estados Unidos, AAIF se posiciona como un hogar de referencia para estándares abiertos en el ámbito de la IA agéntica, con el objetivo de que esta capacidad «crítica» evolucione con transparencia y colaboración. El modelo no es nuevo: la Linux Foundation intenta replicar el enfoque que ha seguido con proyectos como Linux o Kubernetes, donde una fundación neutral ha servido para coordinar a empresas con intereses a veces muy distintos, pero con una base tecnológica compartida.

Un consorcio dominado por los gigantes de la nube

Una de las señas de identidad de la AAIF es la composición de sus miembros fundadores. En la categoría platinum se encuentran Amazon Web Services (AWS), Anthropic, Block, Bloomberg, Cloudflare, Google, Microsoft y OpenAI, una alineación que deja claro que los grandes proveedores cloud y de modelos de lenguaje quieren tener voz directa en la configuración de la infraestructura agentic. A estos se suman decenas de compañías como Oracle, SAP, Salesforce, IBM, Snowflake o Shopify en categorías gold y silver.

Esta estructura configura un consorcio con una fuerte concentración de poder de mercado. Para responsables de tecnología en empresas europeas, especialmente aquellas que ya dependen de estas plataformas para sus cargas de trabajo, el mensaje es doble: por un lado, los estándares impulsados desde la AAIF tienen altas probabilidades de convertirse en referencias de facto, reduciendo la incertidumbre a la hora de apostar por un protocolo u otro. Por otro, el hecho de que buena parte del liderazgo recaiga en los mismos actores que dominan la nube y la IA generativa alimenta la preocupación sobre hasta qué punto la gobernanza será realmente independiente de sus prioridades comerciales.

IA agéntica: de los chats a los agentes autónomos coordinados

El lanzamiento de la Agentic AI Foundation llega en un momento de cambio de fase en la adopción de la IA. La industria está pasando de sistemas puramente conversacionales a agentes capaces de actuar sobre sistemas reales, ejecutar tareas, coordinar servicios y colaborar entre sí —como un asistente de IA autónomo— con poca intervención humana. Jim Zemlin, director ejecutivo de la Linux Foundation, ha descrito esta transición como un salto hacia agentes autónomos que ya se apoyan, en el día a día, en tecnologías como Model Context Protocol (MCP), goose y la convención AGENTS.md.

La estrategia de la AAIF va más allá de publicar código: se trata de asegurar que la próxima ola de automatización inteligente se sustenta en proyectos abiertos, con reglas de gobernanza claras y revisables, y no exclusivamente en soluciones propietarias de uno o dos proveedores. En un contexto en el que las organizaciones europeas exigen garantías de seguridad, auditoría y cumplimiento normativo, esta aproximación puede convertirse en un punto de apoyo clave para desplegar agentes en sectores regulados como banca, energía, industria o administración pública.

MCP: el protocolo que aspira a ser la «tubería» estándar de los agentes

El Model Context Protocol (MCP), desarrollado inicialmente por Anthropic, es uno de los pilares técnicos centrales de la Agentic AI Foundation. Nació para resolver un problema interno —cómo conectar de forma uniforme modelos de IA con datos y herramientas— y ha evolucionado rápidamente hasta convertirse en un protocolo de propósito general para exponer recursos a agentes de IA de manera estandarizada.

Desde que Anthropic abrió MCP, el protocolo ha ganado una tracción significativa: ya se han publicado más de 10.000 servidores MCP que cubren desde herramientas de desarrollo hasta despliegues en grandes empresas, incluidas corporaciones del Fortune 500. MCP está presente en plataformas como Claude, Cursor, Microsoft Copilot, Gemini en Chrome, VS Code, ChatGPT y otros entornos populares de agentes y asistentes. Para equipos de ingeniería en España y el resto de Europa, esto convierte a MCP en una pieza prácticamente inevitable si se quiere construir sobre el ecosistema actual de copilots y agentes.

Mike Krieger, responsable de producto en Anthropic, ha llegado a describir MCP como «el estándar de la industria para conectar sistemas de IA con datos y herramientas», subrayando que su donación a la Linux Foundation busca preservar su carácter abierto y neutral. El mensaje de fondo es claro: si MCP pasa a ser parte de la infraestructura crítica de la IA agéntica, su control no debería depender de una sola compañía. Para las organizaciones que diseñan sus propias plataformas de agentes, MCP ofrece una ventaja táctica importante: abstrae la integración en servidores que exponen capacidades de forma homogénea, lo que permite mover cargas entre distintos modelos o nubes sin reescribir integraciones específicas, aunque esa portabilidad efectiva dependerá de cómo cada proveedor implemente y extienda el protocolo.

goose: un framework local-first para flujos de trabajo agénticos

El segundo gran componente que llega a la Agentic AI Foundation es goose, un framework de agentes lanzado por Block (matriz de Square, Cash App, Afterpay y TIDAL). A diferencia de otros entornos centrados sobre todo en llamadas a modelos en la nube, goose se define como un sistema local-first que combina modelos de lenguaje, herramientas extensibles e integraciones estandarizadas a través de MCP para ejecutar flujos de trabajo agentic de forma fiable.

La filosofía local-first no es un detalle menor para organizaciones europeas sujetas a normativas estrictas de protección de datos. Al permitir que una parte considerable del procesamiento se mantenga en entornos locales o controlados, goose abre la puerta a arquitecturas donde solo viaja a la nube lo estrictamente necesario, facilitando el cumplimiento de requisitos de privacidad, soberanía y compliance. Manik Surtani, responsable de open source en Block, presenta la iniciativa como una disyuntiva clara: o la tecnología que marcará los próximos años queda encapsulada en productos cerrados, o se construye sobre protocolos abiertos y estándares compartidos que permitan participar a un abanico mucho más amplio de actores.

Para los equipos técnicos en España, goose se perfila como una opción interesante para prototipar y desplegar agentes internos que conecten sistemas empresariales como ERP, CRM, repositorios de código o plataformas de datos, con la ventaja de integrar de manera nativa el stack MCP. El gran interrogante estará en si el ecosistema de plugins y extensiones de goose logra masa crítica frente a otros frameworks emergentes, y en qué medida las empresas europeas se animan a contribuir activamente, y no solo a consumir, este tipo de herramientas abiertas.

AGENTS.md: una convención mínima con adopción masiva

El tercer elemento que se coloca bajo el paraguas de la AAIF es AGENTS.md, una convención en formato markdown impulsada por OpenAI con un planteamiento aparentemente sencillo: ofrecer a los agentes de código un punto de referencia consistente, con instrucciones específicas de cada proyecto, independientemente del repositorio o la cadena de herramientas utilizada.

Esa simplicidad ha resultado ser su mayor fortaleza. Más de 60.000 proyectos de código abierto y frameworks de agentes han adoptado ya AGENTS.md, incluidos Amp, Codex, Cursor, Devin, Factory, Gemini CLI, GitHub Copilot, Jules o VS Code. En la práctica, este archivo funciona como una especie de «ficha técnica» operativa para los agentes, reduciendo la ambigüedad sobre cómo interpretar convenciones internas de cada repositorio y facilitando que su comportamiento sea más predecible en entornos complejos, como pipelines de CI/CD o plataformas de ingeniería de plataformas en la nube.

OpenAI, que fue también una de las primeras compañías en adoptar y promover MCP, ha complementado AGENTS.md con herramientas como ACP, Codex CLI y los SDK de Agents y Apps, todos alineados con un ecosistema agentic basado en protocolos interoperables. Nick Cooper, miembro del equipo técnico de OpenAI, vincula la donación de AGENTS.md a la necesidad de fomentar «prácticas abiertas y transparentes» que hagan el desarrollo de agentes más fiable y seguro. Situar esta convención bajo la AAIF significa dotarla de un foro formal de evolución, con posibilidad de incorporar requisitos específicos de sectores regulados o plantillas avanzadas, con el desafío de no perder la ligereza que ha impulsado su adopción.

Gobernanza abierta como antídoto contra el lock-in

La Agentic AI Foundation adopta el modelo de gobernanza abierta de la Linux Foundation, con énfasis en la interoperabilidad y la neutralidad frente a proveedores. La fundación insiste en que su propósito es servir de guardian neutral para MCP, goose, AGENTS.md y futuros proyectos relacionados, con criterios de inclusión basados en la adopción real, la calidad técnica y la salud de la comunidad, más que en el peso financiero o el patrocinio corporativo.

Desde la óptica de los clientes de la nube —incluidas muchas organizaciones europeas—, esta gobernanza se presenta como un mecanismo para reducir el riesgo de bloqueo a herramientas y protocolos vinculados a un solo proveedor. Declaraciones de ejecutivos de AWS, Google Cloud, Microsoft, Bloomberg o Cloudflare ponen el acento en que colocar MCP y el resto de componentes bajo una fundación neutral permite a desarrolladores e instituciones invertir con más confianza en estos estándares, con la expectativa de que se mantendrán abiertos y comunitarios a largo plazo. Sin embargo, la experiencia con otros estándares en la última década sugiere que la verdadera prueba llegará cuando surjan tensiones entre los intereses comerciales de los grandes actores y la evolución técnica más beneficiosa para la comunidad.

Impacto y oportunidades para España y Europa

Para empresas y administraciones españolas, la irrupción de un marco común para la IA agéntica llega justo cuando la regulación europea de la IA se consolida y las instituciones empiezan a exigir garantías concretas en materia de transparencia, auditoría y protección de datos. La existencia de una fundación como la AAIF, con el respaldo de la Linux Foundation, ofrece un punto de apoyo normativo y tecnológico para que los proyectos de agentes no se construyan desde cero ni sobre soluciones cerradas difíciles de supervisar.

En sectores como banca, energía, industria manufacturera, salud o sector público, la combinación de MCP, goose y AGENTS.md puede facilitar la creación de pilotos de automatización avanzada que integren sistemas heredados con nuevas capacidades de agentes, manteniendo cierto grado de control sobre dónde se procesan los datos y cómo se registran las acciones de los agentes. Para España y sus socios europeos, la clave será no limitarse a adoptar los estándares que surjan de la AAIF, sino participar en sus grupos de trabajo, aportar casos de uso regulados y trasladar las exigencias del marco comunitario en materia de soberanía de datos, explicabilidad y gestión del riesgo sistémico.

La dimensión comunitaria: cumbres MCP y próximos pasos

La puesta en marcha de la Agentic AI Foundation viene acompañada de gestos concretos orientados a la comunidad técnica. Obot.ai, miembro silver, ha donado a la fundación los eventos MCP Dev Summit y el podcast asociado, consolidando así un espacio recurrente de encuentro para desarrolladores y empresas que trabajan con el protocolo. El próximo MCP Dev Summit se celebrará en Nueva York los días 2 y 3 de abril de 2026, con la llamada a ponencias, el registro y los patrocinios ya abiertos, y se han anunciado planes para organizar una edición europea también en 2026.

Este tipo de foros serán determinantes para comprobar si la AAIF es capaz de atraer a startups, pymes tecnológicas y desarrolladores independientes, y no solo a los grandes proveedores que hoy copan las listas de miembros platinum y gold. La Linux Foundation ha utilizado históricamente conferencias, grupos de trabajo y comités técnicos para canalizar feedback y convertirlo en decisiones de roadmap. El reto ahora es replicar ese modelo en un terreno especialmente sensible como es el de los agentes autónomos, donde convergen preocupaciones sobre seguridad, cumplimiento regulatorio europeo, impacto laboral y posibles efectos sistémicos.

Con el lanzamiento de la Agentic AI Foundation, el ecosistema de la IA agéntica entra en una fase de institucionalización en la que protocolos como MCP, frameworks como goose y convenciones ligeras como AGENTS.md podrían transformarse en la infraestructura discreta sobre la que funcionen las próximas generaciones de agentes en empresas y organismos públicos. El papel que juegue Europa —y, dentro de ella, países como España— a la hora de influir en la gobernanza, aportar casos de uso reales y exigir alineamiento con sus marcos regulatorios será determinante para que la promesa de interoperabilidad y neutralidad de la AAIF se traduzca en una automatización más abierta, portable y controlable, y no en una nueva capa de dependencia de unos pocos actores globales.

Ya puedes consultar en español el capítulo 2 de vimtutor, la guía propia que incluye el editor Vim

Allá por 2022 me dediqué a la traducción y actualización del idioma español del editor Vim y entre esas tareas también la actualización de vimtutor que también estaba desactualizado.

En aquella ocasión fue Bram Moolenaar quien aceptó aquellas actualizaciones que se incorporaron al código oficial, por lo que me sentí muy satisfecho de haber colaborado con ese gran proyecto y cruzar unos cuantos correos con él que me ayudo con ciertos escollos técnicos.

En estos 3 años mucha cosas han cambiado dentro del proyecto, la principal la pérdida de su creador Bram Moolenaar, pero lo bueno es que el proyecto que inició sigue con buen pie ofreciendo un editor de texto eficaz y rápido a millones de usuarios en todo el mundo.

Y yo he seguido colaborando con el proyecto, en este caso traduciendo el capítulo 2 de esa guía propia que incluye Vim que es Vimutor.

Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:

• https://victorhckinthefreeworld.com/tag/vim/
• https://victorhck.gitlab.io/comandos_vim/articulos.html

Y para aprender Vim (de la manera más inteligente) aquí tienes esta útil guía:

• https://victorhck.gitbook.io/aprende-vim/

Vimtutor es una guía que empieza por conceptos muy básicos para ir adentrándose en el modo de funcionamiento del editor Vim mientras practicamos. Es un buen punto de partida para llegar a comprender cómo utilizar Vim y sacarle todo el partido.

La guía original constaba de un capítulo dividido en diferentes lecciones y secciones. Y desde hace un tiempo ya había disponible un segundo capítulo en inglés para seguir adentrándonos en su uso y manejo.

Hice lo propio y realicé una traducción de ese segundo capítulo de vimtutor y envié el código al proyecto, que ya se aceptó y se añadió al código. Y como veo que mi editor Vim se ha actualizado en mi equipo he querido ver si ya estaba disponible. ¡Y allí estaba mi traducción!

Si tenéis Vim actualizado a la versión más recients publicada, vosotros también tendréis disponible ese capítulo 2 de vimtutor. ¿Y cómo comenzar a leer ese capítulo 2? Para entrar en el capítulo 2 de vimtutor, basta con ejecutar el siguiente comando:

vimtutor -c 2

Ye debería apareceros mi versión traducida al español si tenéis Vim actualizado. Ya he mandado unas correcciones, porque aunque se revise siempre se pasa algo por alto.

En fin, espero que os sea de ayuda ese tutor de Vim y aprendáis algo nuevo. Y ya sabéis que en mis artículos y en la extensa guía que traduje tenéis más recursos para dominar este gran editor de texto.

Vale, esto es preocupante. Mozilla ha abierto una nueva etapa en su historia con el nombramiento de Anthony Enzor-DeMeo como máximo responsable ejecutivo, un movimiento que llega en pleno terremoto tecnológico provocado por la inteligencia artificial. La compañía, conocida sobre todo por el navegador Firefox, afronta con este cambio el reto de seguir siendo relevante en un mercado dominado por gigantes como Google y Microsoft, que están virando sus productos hacia navegadores centrados en la IA.

El relevo se produce tras dos años con Laura Chambers al frente como directora ejecutiva interina, periodo marcado por la presión regulatoria en el sector digital y por la necesidad de mantener la base de usuarios de Firefox tanto en escritorio como en dispositivos móviles. Chambers abandona la gestión diaria, pero continuará vinculada a la organización desde el consejo de administración.

Un nuevo CEO con la vista puesta en la confianza y la IA

Desde su llegada al cargo, Enzor-DeMeo ha dejado claro que su objetivo es transformar Mozilla en “la compañía de software más confiable del mundo”. En sus primeras declaraciones ha subrayado que el navegador web se ha convertido en el nuevo campo de batalla de la inteligencia artificial, y que la evolución de Firefox será clave para que la organización no pierda terreno frente a propuestas como Comet, de Perplexity, o frente al giro de Chrome y Edge hacia una experiencia marcadamente impulsada por IA.

Esta visión encaja con el contexto europeo y español, donde la preocupación por la privacidad, el uso de los datos y la transparencia está muy presente en el debate público y regulatorio. Para el nuevo CEO, la confianza del usuario pasa a ser un activo estratégico, no solo un valor declarativo, en un entorno en el que la web es la puerta de entrada a la banca, el comercio electrónico, la comunicación y buena parte de la vida cotidiana.

Firefox en la encrucijada: integrar IA sin perder el alma

Firefox ha sido durante las dos últimas décadas un pilar del software libre y una alternativa a los navegadores más cerrados. Para muchos usuarios en España y en el resto de Europa, su valor radica en el compromiso con la privacidad, el código abierto y una filosofía de producto distinta a la de los grandes conglomerados publicitarios.

Sin embargo, el auge de la IA generativa ha cambiado las reglas del juego. Enzor-DeMeo sostiene que el navegador debe incorporar nuevas capacidades de inteligencia artificial si quiere seguir siendo competitivo, pero insiste en que esa integración no puede replicar el modelo de otras compañías que están colocando funciones de IA de forma intrusiva o difícil de desactivar.

Hasta ahora, Mozilla ha sido relativamente prudente. Firefox ofrece un acceso a chatbots de IA en la barra lateral o a través del menú contextual con el botón derecho, permitiendo elegir entre servicios como Claude, ChatGPT, Gemini, Copilot o Mistral. El usuario puede pedir que se resuma una página, se explique un texto complejo o se revise un contenido sin que la IA esté monitorizando constantemente toda la navegación, lo que ha servido de punto medio entre innovación y cautela.

IA como opción, nunca como imposición

Uno de los compromisos más repetidos por el nuevo CEO es que “la IA siempre debe ser una opción”. En la práctica, eso implica que las funciones de inteligencia artificial en Firefox deberán poderse desactivar de forma sencilla, sin menús enrevesados ni ajustes ocultos, algo especialmente sensible en la Unión Europea, donde las autoridades de protección de datos vigilan de cerca este tipo de desarrollos.

Según Enzor-DeMeo, cada producto de Mozilla tendrá que ofrecer controles claros sobre privacidad, uso de datos y presencia de IA. La idea es que las personas puedan decidir qué se procesa, para qué y con qué proveedor, manteniendo una línea coherente con el histórico discurso de Mozilla a favor del usuario. Firefox, explica, pasará de ser únicamente un navegador a convertirse en el núcleo de un ecosistema de software de confianza, en el que la IA estará integrada pero bajo las reglas del usuario.

En lugar de crear un modelo de lenguaje propio, Mozilla apostará por integraciones selectivas con distintos servicios de IA. Esta estrategia busca otorgar flexibilidad, permitiendo al usuario elegir con qué herramienta trabajar, al tiempo que reduce los riesgos técnicos y económicos de desarrollar desde cero una tecnología que exige enormes recursos, algo que en Europa preocupa especialmente a las organizaciones que quieren competir sin depender totalmente de las grandes tecnológicas estadounidenses.

Reacciones críticas de la comunidad de usuarios

Pese a ese enfoque más prudente, las primeras reacciones al giro hacia la IA no han sido precisamente tibias. Parte de la comunidad de usuarios de Firefox ha expresado su malestar, considerando que la dirección de Mozilla no está entendiendo qué les llevó a elegir este navegador en lugar de alternativas como Chrome, Edge u Opera, mucho más agresivas en la integración de inteligencia artificial.

En redes sociales se han visto mensajes que acumulan cientos de miles de visualizaciones y que hablan de una brecha entre la directiva y la base de usuarios. Comentarios del estilo de “es un ejemplo de cómo la gerencia no comprende a su propia comunidad” o “no he visto una empresa tan desconectada de la gente que quiere usar su software” reflejan ese temor a que Firefox se convierta en otro navegador más obsesionado con la IA.

Otros usuarios han ido un paso más allá, advirtiendo que una apuesta demasiado agresiva por la IA podría empujarles a buscar alternativas. Mensajes como “no convirtáis Firefox en un navegador con inteligencia artificial, es la mejor forma de que busquemos otra opción” ilustran un clima de cautela entre quienes valoran mucho el carácter ligero y respetuoso con la privacidad del navegador actual.

Enzor-DeMeo reconoce que existe una división clara: hay personas que quieren IA en el navegador y otras que no. Su discurso insiste en que el trabajo de Mozilla será ofrecer herramientas de inteligencia artificial alineadas con los valores de la organización a quienes las deseen, y mantenerlas completamente prescindibles para quienes prefieran una navegación tradicional, algo especialmente relevante para usuarios profesionales, administraciones públicas europeas o entornos educativos donde la soberanía del dato es prioritaria.

Modelo de negocio: menos dependencia de las búsquedas

Más allá de la tecnología, el nuevo CEO tiene por delante un reto financiero importante. Mozilla continúa dependiendo en gran medida de los acuerdos de búsqueda, especialmente con Google, como principal fuente de ingresos. En un escenario de cambios regulatorios y competencia feroz, esa dependencia se ve cada vez más como un riesgo estratégico.

Enzor-DeMeo plantea un horizonte de tres años en el que Mozilla deberá diversificar su modelo de negocio. Entre las posibilidades que se barajan están los servicios de IA de pago con mayor valor añadido, nuevas herramientas de productividad ligadas a Firefox, productos independientes centrados en privacidad y asociaciones con terceros que respeten los estándares de transparencia y protección de datos que la organización promueve desde hace años.

En Europa, donde las normativas de protección de datos como el RGPD han marcado tendencia mundial, una oferta de servicios digitales con IA que prioricen la privacidad podría encajar bien con empresas, instituciones y usuarios que buscan alternativas a los grandes ecosistemas cerrados. La clave será equilibrar sostenibilidad económica y fidelidad a los principios fundacionales, sin caer en modelos de monetización que perjudiquen la experiencia del usuario.

Firefox como eje de un ecosistema de software confiable

Aunque la cuota de mercado de Firefox ya no es la de sus mejores tiempos, el navegador sigue siendo un referente para quienes valoran el software libre y el control sobre sus datos. Mozilla es consciente de que no puede basarse solo en la nostalgia de los primeros años de la web abierta, y ve en la IA una oportunidad para modernizar el producto sin renunciar a su identidad.

El plan pasa por que Firefox actúe como columna vertebral de un ecosistema más amplio de aplicaciones y servicios: desde funciones avanzadas de lectura y resumen de páginas hasta herramientas de productividad, análisis de información o protección frente a amenazas en línea, siempre con la idea de que el usuario decida qué activar y qué no.

En este contexto, el papel de Europa puede ser especialmente relevante. Los debates sobre confianza tecnológica, tratamiento de datos personales y transparencia algorítmica están muy arraigados en instituciones comunitarias, organizaciones de consumidores y asociaciones de defensa de derechos digitales. Si Mozilla consigue alinear su hoja de ruta con estas preocupaciones, podría reforzar su posición como aliado natural de quienes reclaman una web más justa y comprensible.

El nombramiento de Anthony Enzor-DeMeo marca un punto de inflexión para Mozilla: la compañía se enfrenta a la tarea de integrar inteligencia artificial en Firefox sin traicionar su ADN de privacidad y control del usuario, al tiempo que busca nuevas vías de ingresos que le permitan depender menos de los acuerdos de búsqueda. Entre el entusiasmo por el potencial de la IA y el recelo de parte de su comunidad, el futuro del navegador libre se jugará en cómo se implementen estas decisiones y en si logra mantener la confianza de quienes lo han sostenido durante años.