Libreboot 26.10, bautizada "Ominous Olive", salió el 15 de octubre de 2026 con un cambio que su propia comunidad discutía desde hace años: soporte UEFI completo, suficiente para instalar Windows sobre hardware que hasta ayer solo corría Linux o BSD con firmware libre.
El lanzamiento también suma 233 Chromebooks Intel y AMD importados del proyecto MrChromebox y estrena una política oficial que prohíbe el uso de inteligencia artificial generativa en el desarrollo del propio firmware.
TL;DR
- Libreboot 26.10 (Ominous Olive) llegó el 15 de octubre de 2026 con soporte UEFI completo vía EDK2 de MrChromebox.- El proyecto importó 233 Chromebooks Intel y AMD de MrChromebox, pero solo probó el modelo Baytrail (Kip).- GRUB y SeaBIOS bare metal quedan deprecados; ahora corren como builds EFI dentro de EDK2 por compatibilidad.- La release estrena AGENTS.md, la política oficial de Libreboot contraria al uso de IA en su desarrollo.- Los 233 Chromebooks nuevos son solo código fuente: no hay binarios, hay que compilarlos uno por uno.
Qué es Libreboot
Libreboot es el firmware de arranque de código abierto que reemplaza al BIOS o UEFI propietario en computadoras Intel, AMD y ARM64 compatibles, basado en coreboot. Su objetivo es eliminar firmware cerrado del arranque. Libreboot 26.10 agrega el primer soporte UEFI completo del proyecto, habilitando por primera vez instalar Windows sobre hardware liberado.
El proyecto lo mantiene Leah Rowe desde 2013 y se financia con donaciones de la comunidad, sin depender de un fabricante. A diferencia de coreboot, que apunta primero a integradores y fabricantes, Libreboot empaqueta configuraciones listas para que alguien sin experiencia en firmware pueda flashear su propio equipo siguiendo instrucciones pensadas para no técnicos.
Libreboot reemplaza el BIOS o UEFI propietario desde 2013, bajo licencia GPL.
Qué pasó en Libreboot 26.10
El cambio central del release es el payload por defecto: Libreboot pasa de usar el payload nativo de coreboot a EDK2, la implementación de UEFI que mantiene Tianocore y que MrChromebox ya usa para dar soporte UEFI a los Chromebooks. Libreboot toma ese mismo payload, le cambia el color de fondo a su morado característico y reemplaza el logo de coreboot por el suyo, pero conserva el comportamiento estándar de UEFI, incluida la compatibilidad con instaladores de Windows.
GRUB y SeaBIOS no desaparecen: pasan a vivir dentro de EDK2 como aplicaciones EFI que el usuario elige al arrancar con la tecla ESC, junto con MemTest86+ e iPXE en las placas que ya los soportaban. Las versiones "bare metal" de GRUB y SeaBIOS, es decir, las que corrían directamente como payload de coreboot sin pasar por EDK2, quedan marcadas como obsoletas en esta release. El changelog advierte que podrían eliminarse en una futura versión, aunque seguirán disponibles para quien compile Libreboot desde el código fuente.
Esta release también importa 233 Chromebooks Intel y AMD que ya soportaba MrChromebox, desde modelos con procesadores Haswell hasta los más recientes de ambas arquitecturas. La lista completa de placas es demasiado larga para resumirla en un párrafo, pero el changelog oficial la detalla board por board. Importante: esta tanda de 233 equipos se entrega solo como código fuente, sin binarios precompilados, y de todos ellos solo el modelo Baytrail conocido como "Kip" fue probado por el equipo de Libreboot antes del lanzamiento.
Contexto e historia del proyecto
MrChromebox es, en la práctica, la rama de coreboot especializada en Chromebooks que mantiene un desarrollador independiente con ese mismo apodo, y es la que la mayoría de usuarios de Chromebooks ya usa sin saberlo cuando activan el modo desarrollador. Libreboot aclara en su propio changelog que esta integración no es un fork de MrChromebox, sino que trata a ese proyecto como su "upstream" en Chromebooks, igual que trata a coreboot como upstream en el resto del hardware que soporta.
Para importar 233 placas de una sola vez, Libreboot construyó una herramienta interna llamada mrimport, que genera automáticamente las configuraciones, revisiones y submódulos necesarios dentro de su sistema de build (lbmk) a partir del árbol de MrChromebox. Según el changelog, esto permite que futuras actualizaciones se sincronicen comparando versiones sucesivas de esa misma herramienta en lugar de reconstruir cada placa a mano.
El changelog de esta release se mide contra la anterior, Libreboot 26.01. Siguiendo el esquema año-mes que usa el proyecto para numerar sus versiones, eso ubicaría a esa release en enero de 2026, unos nueve meses antes de esta.
Detalles técnicos: cómo funciona el soporte UEFI en Libreboot 26.10
El salto hacia UEFI no es solo cambiar un menú de arranque. Primero, coreboot sigue haciendo lo que siempre hizo: inicializa el controlador de memoria, la CPU y el resto del hardware de bajo nivel. Recién después, coreboot entrega el control a EDK2 en lugar de entregárselo directamente a GRUB o SeaBIOS como en releases anteriores. Ese orden es lo que permite que un instalador de Windows vea una interfaz UEFI estándar y arranque sin parches adicionales.
El segundo mecanismo relevante es el manejo del Intel Management Engine (ME). Libreboot fija en tiempo de compilación el llamado "HAP bit", una bandera de la plataforma Intel que desactiva el ME de forma más confiable que los scripts de flasheo por software que suele usar la comunidad de MrChromebox, los cuales dependen de que el usuario corra el paso correcto en el momento correcto. Al fijarlo durante el build, Libreboot garantiza que el ME quede deshabilitado antes de que la imagen salga de la compilación, sin depender de un paso manual posterior.
⚠️ Ojo: de los 233 Chromebooks importados, Libreboot solo probó el modelo Baytrail (Kip) antes de publicar la release. El resto compila sin binarios de prueba, así que conviene revisar el estado de la placa propia en el repositorio antes de flashear hardware difícil de recuperar.
El tercer mecanismo es el desbloqueo de las regiones del Intel Flash Descriptor (IFD) mediante ifdtool, configurado para quedar en modo lectura-escritura durante el propio proceso de build. Antes, cada descriptor de flash que traía MrChromebox había que editarlo a mano, y como hay cientos de variantes entre los 233 modelos, hacerlo placa por placa no era viable. Automatizar ese paso es, en los hechos, lo que volvió posible importar todo el catálogo de una sola vez.
Por último, en los Chromebooks Intel hasta la generación Kabylake, Libreboot usa libgfxinit en lugar del GOP (Graphics Output Protocol) que trae MrChromebox por defecto. libgfxinit es la librería open source de coreboot para inicializar la salida de video sin depender de un blob binario de Intel; el changelog aclara que integrarán el mismo cambio para generaciones más nuevas en una próxima release, una vez que MrChromebox termine de adoptarlo.
flowchart TD
A["CPU arranca"] --> B["coreboot inicializa hardware"]
B --> C["Payload EDK2"]
C --> D["Menu ESC: GRUB EFI, SeaBIOS CSM, MemTest86+"]
C --> E["Sistema operativo: Linux, BSD o Windows"]
PayloadRol en esta releaseCuándo usarloLimitaciónEDK2 (UEFI)Payload por defectoInstalar Windows o cualquier sistema que exija UEFI estándarImagen más pesada que el payload clásico de corebootGRUB EFI (dentro de EDK2)Reemplaza al GRUB payload nativo, mantiene compatibilidad de configs CBFSQuien ya scripteaba el menú de GRUB en releases anterioresCorre sobre EDK2, ya no es el payload nativo de corebootSeaBIOS bare metalPayload legado, directo sobre coreboot, sin EDK2Flujos que dependen del comportamiento exacto de releases previasDeprecado en esta release, riesgo de eliminarse a futuroCSMWrap (SeaBIOS dentro de EDK2)Capa de compatibilidad CSM para sistemas previos a UEFIDual boot con sistemas operativos antiguos bajo un entorno UEFIDepende de EDK2, no es SeaBIOS corriendo "puro" como antesLa lista de 233 Chromebooks importados va de equipos con CPU Haswell a los modelos AMD más recientes.
Impacto y análisis
Que un proyecto nacido para borrar firmware propietario termine habilitando Windows, el sistema operativo propietario por excelencia, es la paradoja más comentada de esta release. Leah Rowe la resuelve en el propio changelog separando el objetivo del medio: Libreboot sigue siendo firmware libre, pero el firmware libre ya no obliga a que el sistema operativo de arriba también lo sea. Es un compromiso pragmático, no un cambio de misión, y el proyecto apuesta a que más usuarios prueben hardware con firmware auditable si ese hardware también puede correr el sistema operativo que ya usan todos los días.
La segunda señal fuerte de esta release llega antes que cualquier línea de código: un archivo nuevo, AGENTS.md, dentro del sistema de build de Libreboot (lbmk), con una política explícitamente contraria al uso de inteligencia artificial generativa en el desarrollo del proyecto. El propio anuncio la describe como el cambio más importante de la release, por delante incluso del soporte UEFI. En un ecosistema donde cada vez más proyectos de firmware y kernel reciben parches asistidos por IA, Libreboot elige la postura opuesta justo en el área donde confiar en código ajeno (binarios de ME, blobs de GOP, firmware de terceros) ya era el problema original que el proyecto nació para resolver.
💭 Clave: Libreboot aclara que esta integración con MrChromebox no es un fork: trata ese proyecto como upstream, igual que trata a coreboot en el resto del hardware, y planea seguir sincronizando cambios release tras release.
Para quien administra flotas de Chromebooks reciclados, la expansión a 233 placas multiplica de golpe el universo de hardware elegible para correr Linux de escritorio con firmware auditable en lugar del firmware de fábrica orientado a ChromeOS. El límite práctico, otra vez, es que casi todo ese catálogo llega sin binarios: hace falta compilar desde el código fuente, algo que sigue filtrando a buena parte de los usuarios no técnicos que la propia misión de Libreboot dice priorizar.
Qué sigue
El changelog deja dos tareas explícitas para después del lanzamiento. La primera es terminar de integrar en Libreboot el manejo de VBT y GOP basado en CBFS que Leah Rowe le pidió a MrChromebox y que ese proyecto ya implementó en su propio árbol; falta portarlo a Libreboot. La segunda es extender libgfxinit a las generaciones de Intel posteriores a Kabylake en cuanto MrChromebox termine ese trabajo en su propia rama.
Fuera de eso, la tarea más grande queda en manos de la comunidad: de los 233 Chromebooks importados, la enorme mayoría todavía no tiene confirmación pública de que arranque correctamente con la nueva imagen, más allá de que compile sin errores. Hasta que usuarios reales prueben cada modelo y reporten resultados, el soporte "oficial" de buena parte del catálogo sigue siendo, en la práctica, soporte sin verificar.
📖 Resumen en Telegram: Ver resumen
Probalo vos: descargá la imagen de tu placa desde rsync.libreboot.org/stable/26.10/ o revisá el changelog completo en libreboot.org antes de flashear.
Preguntas frecuentes
¿Qué significa el nombre "Ominous Olive" de esta release?
Es el apodo interno que Libreboot asigna a cada versión mayor, como viene haciendo en lanzamientos anteriores (por ejemplo, Libreboot 26.01). No cambia ninguna función del firmware: es solo el nombre de código del release.
¿Libreboot permite instalar Windows en una computadora con este firmware?
Sí, a partir de esta release, porque el payload EDK2 expone una interfaz UEFI estándar que los instaladores de Windows reconocen igual que en una placa madre comercial. Antes, Libreboot solo ofrecía payloads de coreboot sin UEFI, incompatibles con los instaladores oficiales de Windows.
¿Cuáles de los 233 Chromebooks de Libreboot están realmente probados?
Según el changelog, solo el modelo con CPU Haswell conocido como Baytrail "Kip" fue verificado por el equipo de Libreboot antes del lanzamiento. El resto del catálogo compila desde el código fuente, pero sin confirmación pública de arranque exitoso todavía.
¿Qué pasa con las versiones bare metal de GRUB y SeaBIOS en Libreboot?
Quedan marcadas como obsoletas. Siguen funcionando y se pueden compilar desde el código fuente, pero el changelog advierte que podrían eliminarse en una futura versión del proyecto.
¿Qué es la política AGENTS.md que estrena Ominous Olive?
Es un archivo nuevo dentro del sistema de build de Libreboot (lbmk) que fija una postura oficial contraria al uso de inteligencia artificial generativa para escribir código del propio firmware. El changelog la presenta como el cambio más importante de la release.
¿Dónde se descarga la versión 26.10 de Libreboot?
Desde rsync.libreboot.org/stable/26.10/ o cualquiera de los mirrors que lista el sitio oficial de Libreboot.
Referencias
- Libreboot.org: changelog oficial de la release 26.10 "Ominous Olive", firmado por Leah Rowe el 15 de octubre de 2026.- Libreboot.org: sitio oficial del proyecto, con documentación de instalación y la lista completa de hardware soportado.- Coreboot.org: proyecto de firmware libre sobre el que se basa Libreboot.- MrChromebox.tech: proyecto independiente de firmware para Chromebooks que Libreboot usa como upstream en esta release.
📱 ¿Te gusta este contenido? Únete a nuestro canal de Telegram @programacion donde publicamos a diario lo más relevante de tecnología, IA y desarrollo. Resúmenes rápidos, contenido fresco todos los días.
Top comments (0)