Fwupd 2.1.3 llega en un momento clave para el ecosistema de firmware en Linux, justo después de que Dell y Lenovo se consolidaran como patrocinadores destacados del Linux Vendor Firmware Service (LVFS). Este contexto refleja un interés creciente de los grandes fabricantes por facilitar procesos de actualización más seguros y centralizados en sistemas basados en GNU/Linux.

Con esta publicación, el desarrollador principal de LVFS y Fwupd, Richard Hughes desde Red Hat, refuerza el papel de la herramienta como estándar de facto para gestionar actualizaciones de firmware. La edición 2.1.3 introduce nuevas funciones, amplía el soporte de hardware y corrige diversos errores que afectaban a determinados dispositivos, lo que se traduce en una experiencia algo más pulida para usuarios y administradores.

Principales novedades de Fwupd 2.1.3

Uno de los cambios más relevantes de Fwupd 2.1.3 es la incorporación de autenticación Redfish mediante bearer token. Esta mejora resulta especialmente útil en entornos de servidores y centros de datos donde Redfish se utiliza como estándar para la gestión remota de hardware, ya que facilita una integración más segura y flexible en infraestructuras empresariales.

La actualización también añade compatibilidad con varios chips XMC SPI, un tipo de memoria ampliamente utilizado en placas y dispositivos donde se almacena el firmware. Al ampliar el número de chips soportados, Fwupd puede llegar a más equipos y escenarios de uso, reduciendo la dependencia de herramientas específicas del fabricante.

Otro punto técnico destacado es la capacidad de analizar archivos JCat directamente dentro de la biblioteca de Fwupd, sin necesidad de recurrir a la librería externa libjcat. Este cambio ayuda a simplificar la pila de dependencias, lo que puede facilitar tanto el empaquetado para distribuciones GNU/Linux como el mantenimiento a largo plazo del proyecto.

Además de las nuevas funciones, la versión 2.1.3 incluye un conjunto de correcciones de errores que afectan a distintos componentes de hardware y a problemas menores detectados en versiones anteriores. Aunque no se detalla la lista completa en la información publicada, el enfoque apunta a mejorar la estabilidad general de la herramienta y reducir fallos durante el proceso de actualización de firmware.

Soporte para nuevos dispositivos SHIFTphone

Una de las incorporaciones más llamativas de Fwupd 2.1.3 es el soporte para las actualizaciones de firmware de los dispositivos SHIFT6MQ y SHIFTphone 8. Estos teléfonos modulares, fabricados por la empresa alemana SHIFT, se caracterizan por su reparabilidad y por un enfoque más sostenible en comparación con buena parte del mercado de smartphones.

La compatibilidad con Fwupd supone que los usuarios de SHIFT6MQ y SHIFTphone 8 podrán gestionar actualizaciones de firmware de forma más estándar dentro de entornos Linux, algo especialmente interesante para perfiles técnicos y comunidades que valoran la transparencia y el control sobre el software de sus dispositivos.

En el caso del SHIFTphone 8, se trata del modelo más reciente de la firma y el sucesor del SHIFT6MQ, que vio la luz en 2020. El nuevo terminal se encuentra en fase de reserva con un precio en torno a los 695 euros, reforzando la apuesta de SHIFT por un segmento de gama media-alta centrado en la durabilidad y la posibilidad de reparación.

Contexto: LVFS y el papel de los fabricantes

La llegada de Fwupd 2.1.3 se produce poco después de que Dell y Lenovo hayan reforzado su implicación con el Linux Vendor Firmware Service como patrocinadores de referencia. Este movimiento indica una apuesta más clara por ofrecer canales oficiales y centralizados para distribuir firmware, algo crucial en empresas y administraciones públicas que despliegan Linux a gran escala.

LVFS actúa como plataforma central para la distribución de firmware firmado y verificado en sistemas Linux, y Fwupd es la herramienta que se ejecuta en el lado del usuario o administrador para aplicar esas actualizaciones. A medida que más fabricantes de hardware se integran en este ecosistema, se reduce la necesidad de recurrir a utilidades específicas de cada marca o a sistemas operativos alternativos sólo para actualizar firmware.

En este escenario, la compatibilidad de nuevos dispositivos como los teléfonos de SHIFT ayuda a extender el modelo también al ámbito de la electrónica de consumo, no sólo a portátiles y servidores. Para la comunidad interesada en tecnología reparable y políticas de «derecho a reparar», este tipo de integraciones supone un paso más hacia dispositivos más abiertos y controlables por el usuario final.

La versión Fwupd 2.1.3 consolida la herramienta como pieza clave en la gestión de firmware en Linux, al combinar nuevas funciones técnicas como la autenticación Redfish por bearer token, un soporte de hardware más amplio que incluye chips XMC SPI y smartphones modulares como el SHIFTphone 8, y una serie de correcciones que buscan mejorar la estabilidad general. Junto con el impulso de fabricantes como Dell, Lenovo y compañías como SHIFT a través de LVFS, el ecosistema de actualización de firmware en Linux sigue avanzando hacia un entorno más homogéneo, transparente y manejable tanto para usuarios particulares como para organizaciones.

from Linux Adictos https://ift.tt/GrRkvnH
via IFTTT

Durante el Red Hat Summit de 2026 se ha presentado una de las apuestas más rompedoras dentro del ecosistema Fedora: Fedora Hummingbird, una distribución Linux rolling, basada en imágenes, pensada para agentes de IA y desarrolladores que viven en contenedores. No es “otra Fedora más”, sino un experimento muy serio para llevar el modelo distroless y las buenas prácticas de seguridad de los contenedores hasta el propio sistema operativo anfitrión.

Este nuevo sistema parte de un objetivo ambicioso: minimizar al máximo las vulnerabilidades (CVE) tanto en las imágenes de contenedores como en el sistema operativo, a la vez que ofrece una velocidad de actualización propia de Fedora Rawhide, pero empaquetada en forma de imágenes OCI, con actualizaciones atómicas, rollback integrado y un enfoque muy claro al mundo de la automatización y los agentes de IA.

Qué es Fedora Hummingbird y qué la hace diferente

Fedora Hummingbird es, en esencia, una distribución Linux de tipo rolling-release basada en imágenes. A diferencia de las Fedora tradicionales basadas en RPM instalados de forma clásica, aquí el sistema se construye y distribuye como si fuera un contenedor, pero con todo lo necesario para ser un host completo: kernel, espacio de usuario, servicios y herramientas básicas.

La idea de fondo es clara: unir el modelo distroless de Project Hummingbird con un sistema operativo completo que pueda usarse en máquinas virtuales, bare metal o incluso como host para otros contenedores. Así, se consigue un entorno coherente, fácil de actualizar y con una superficie de ataque más controlada, algo clave en entornos donde se despliegan múltiples runtimes y versiones de forma simultánea.

En el contexto de la comunidad Fedora, Hummingbird se plantea como un espacio de experimentación avanzado para sistemas de base de imagen, mantenidos de forma continua y orientados a un futuro donde los agentes de IA tengan un papel protagonista en el ciclo de vida del software. No sustituye a otras ediciones como Silverblue, Kinoite o Fedora CoreOS, pero sí abre la puerta a un modelo aún más integrado con pipelines automáticos y seguridad by design.

Project Hummingbird: el origen del enfoque distroless

Para entender Fedora Hummingbird hay que empezar por su raíz: Project Hummingbird, la iniciativa centrada en construir imágenes de contenedor minimalistas, endurecidas y con el objetivo explícito de acercarse a cero CVE. Todo el diseño de la arquitectura, desde el set de paquetes hasta las herramientas de construcción, está orientado a reducir la superficie de ataque y a automatizar la gestión de vulnerabilidades.

Lo más llamativo es la apuesta por imágenes “distroless”: no incluyen gestor de paquetes, ni shell, ni utilidades genéricas; contienen únicamente la aplicación y las dependencias estrictamente necesarias para ejecutarla. Esto evita que, al descargar una imagen de terceros, arrastres componentes innecesarios plagados de potenciales CVE que luego tienes que gestionar a mano.

La filosofía es que, cuando tiras de una imagen Hummingbird, el pipeline ya ha hecho el trabajo sucio: triage de CVE, aplicación de parches, reconstrucción y publicación de la nueva versión, de manera que te ahorras buena parte del infierno de vulnerabilidades típico de los contenedores. Además, el estado de CVE por imagen y variante se publica en tiempo casi real en el catálogo de Hummingbird, para que sepas en qué punto estás.

En estos meses de trabajo, el equipo ha montado un catálogo con 49 imágenes distroless únicas y 157 variantes, incluyendo builds FIPS y multi-arquitectura. Cubren runtimes de uso masivo como Python, Go, Node.js, Rust, Ruby, OpenJDK, .NET, además de servicios como PostgreSQL o nginx, entre otros muchos.

Catalina técnica: cómo se construyen las imágenes de Hummingbird

Detrás de este catálogo hay un pipeline basado en Konflux, diseñado para ofrecer compilaciones aisladas, reproducibles y fáciles de actualizar de manera incremental. El sistema trabaja con listas de paquetes fijadas (pinned), lo que permite reconstruir exactamente la misma imagen, controlar cambios y garantizar coherencia a largo plazo.

Para reducir el coste de las actualizaciones, el equipo ha desarrollado chunkah, una herramienta que permite descargar únicamente las partes modificadas de una imagen, evitando tener que volver a bajar el conjunto completo en cada actualización. Es un enfoque muy práctico en entornos donde se despliegan imágenes constantemente en clusters o nubes híbridas.

La seguridad es un pilar: las imágenes se escanean de forma continua con Syft y Grype, detectando vulnerabilidades en cuanto son reportadas y aplicando parches en cuanto están disponibles aguas arriba. En el momento en que un fix aterriza en el proyecto correspondiente, el pipeline desencadena el rebuild, ejecuta las pruebas y publica la nueva imagen.

Otra pieza clave es la relación con Fedora Rawhide: más del 95 % de los paquetes de cada imagen Hummingbird vienen directamente de Fedora Rawhide, sin modificar. Cuando Rawhide aún no incluye una versión lo bastante nueva, el sistema tira directamente de upstream, y el equipo colabora remontando cambios de vuelta a Fedora, cerrando el círculo entre la experimentación y la distribución base.

El llamado “Hummingbird factory” compila los paquetes de forma que cada uno tenga identidad propia, ciclo de vida independiente, política de parches diferenciada y su propio feed de vulnerabilidades, mantenido por el equipo de Product Security de Red Hat. Cada paquete va acompañado de datos de vulnerabilidad en formato legible por máquina que indican no solo qué CVE existen, sino cuáles afectan realmente a un workload concreto.

Del contenedor al sistema operativo: Fedora Hummingbird como OS en imagen

Las mismas dificultades de seguridad y mantenimiento que se han identificado en el espacio de usuario también aparecen en la capa de sistema operativo. Por eso, el siguiente paso lógico de Project Hummingbird ha sido aplicar este mismo enfoque al host: nace así Fedora Hummingbird como sistema operativo completo en forma de imagen OCI.

La imagen de Fedora Hummingbird está disponible públicamente en quay.io/hummingbird-community/bootc-os, y se construye con el mismo pipeline Konflux y el mismo bloqueo hermético de RPM que el resto del catálogo Hummingbird. A día de hoy ya soporta arquitecturas x86_64 y aarch64, lo que la hace válida tanto para servidores tradicionales como para nuevos entornos ARM.

El objetivo es que esta imagen pueda ejecutarse en contenedores, máquinas virtuales y despliegues bare metal, con un comportamiento consistente en todos los casos. Eso encaja con la iniciativa de Fedora de contenedores arrancables (bootable containers), que planteó que el propio sistema operativo se entregue como una imagen de contenedor más, con un modelo de actualización atómica y retroceso en caso de problemas.

En este diseño, la raíz del sistema de ficheros es de solo lectura, mientras que todo el estado modificable vive en /var y /etc, completamente separado del contenido de la imagen del sistema. Esta separación reduce la deriva de configuración, elimina estados de actualización parcial y hace que los rollbacks sean fiables.

El kernel ARK y la integración con el proyecto CKI

Bajo el capó, Fedora Hummingbird se apoya en ARK (Always Ready Kernel), procedente del proyecto CKI (Continuous Kernel Integration), que sigue de cerca el mainline de Linus Torvalds. Este kernel ya se utiliza hoy en Fedora, pero en Hummingbird toma un protagonismo clave como base de un sistema que se actualiza de forma continua.

El gran valor de CKI es que no solo ofrece una configuración de kernel cuidadosamente curada, sino todo un marco de ingeniería y pruebas alrededor de un flujo de kernel de alta velocidad. Esto permite adoptar rápidamente nuevas funcionalidades del kernel principal sin perder de vista la estabilidad, un equilibrio complicado cuando se apuesta por la velocidad de upstream.

Gracias a esta combinación, Fedora Hummingbird puede ofrecer un entorno siempre a la última en cuanto a kernel, pero con un nivel de testeo automatizado difícil de conseguir en modelos más manuales. Para los desarrolladores que dependen de nuevas capacidades del kernel (por ejemplo, en contenedores, redes, almacenamiento o soporte de hardware reciente), este enfoque resulta especialmente atractivo.

Fedora Hummingbird Linux: distribución rolling para agentes y desarrolladores de IA

Red Hat define Fedora Hummingbird Linux como un sistema operativo Linux rolling-release, nativo de contenedores, concebido para “builders” de la era agentic: desarrolladores humanos y agentes de IA que necesitan desplegar entornos de forma casi instantánea. La clave está en que evita los ciclos clásicos de lanzamiento y los bloqueos de seis meses o más, abrazando la actualización continua desde comunidades upstream.

Uno de los puntos más diferenciadores es que Hummingbird se diseña para que sean los propios agentes de IA quienes lo elijan en la fase de experimentación. En un escenario donde un agente debe levantar un entorno rápidamente, cualquier registro, formulario o verificación manual supone un atasco. Por eso, Fedora Hummingbird Linux se puede descargar sin registro, con pulls anónimos pensados para despliegues automatizados en nubes híbridas y entornos de laboratorio.

Este modelo convierte a Hummingbird en una especie de “sistema operativo por defecto” para agentes cuyo único objetivo es poner en marcha un entorno de pruebas lo antes posible. Desde ahí, la ruta natural apunta hacia entornos de producción gobernados sobre Red Hat Enterprise Linux y OpenShift Virtualization, donde ya entra en juego el soporte empresarial clásico.

En palabras de la propia Red Hat, el mercado Linux se ha bifurcado: los equipos de operaciones necesitan la estabilidad a décadas de RHEL, mientras que los creadores (humanos y agentes) piden velocidad de upstream y flujos de trabajo basados en imágenes. Fedora Hummingbird Linux se sitúa precisamente en ese segundo extremo, como plataforma de referencia para el software que construirá el futuro empresarial.

Una fábrica de software “lights out” potenciada por agentes de IA

Una de las novedades más llamativas es que gran parte del mantenimiento y la integración de nuevas funcionalidades en Fedora Hummingbird Linux se realiza mediante agentes de IA, con supervisión humana. Red Hat describe el proceso como una “software factory” de tipo lights out, es decir, altamente automatizada y capaz de funcionar prácticamente sin intervención directa.

Esto permite que la distribución avance al ritmo del ecosistema de IA, algo imposible de igualar con empaquetado manual tradicional. La combinación de agentes que automatizan tareas repetitivas (triage de CVE, generación de parches, integración de nuevas versiones) y revisiones humanas en puntos críticos busca equilibrar velocidad y seguridad.

Desde un punto de vista de seguridad, Hummingbird se apoya en la misma infraestructura automatizada y los pipelines Konflux que sustentan las Red Hat Hardened Images. Esto significa que los lenguajes, runtimes, bases de datos y herramientas que se sirven desde estas imágenes vienen libres de CVE conocidos y acompañados de completas SBOM (Software Bill of Materials), algo muy valorado en auditorías de cadena de suministro.

Onboarding sin fricción y ruta hacia la producción empresarial

En la llamada “era agentic”, la primera decisión sobre qué sistema operativo usar ya no la toma siempre una persona: un agente de IA puede elegir la distribución durante la fase de prueba de un proyecto. Si ese agente se topa con registros, licencias o muros de acceso, se frena la innovación. Fedora Hummingbird Linux nace para esquivar esos frenos.

Por eso, la distribución permite pulls anónimos y soporte para despliegues ultra rápidos, eliminando las paredes de registro que suelen frenar a los agentes y a los flujos CI/CD muy automatizados. De esta forma, se convierte en una opción tremendamente cómoda para laboratorios, prototipos y pruebas de concepto en la nube.

Red Hat, no obstante, no se queda solo en el experimento: planea ofrecer un modelo de Cooperative Community Support asociado a la suscripción de Red Hat, de modo que los usuarios de Hummingbird puedan encontrar y aprovechar con rapidez los recursos de la comunidad y, al mismo tiempo, conectar con el ecosistema de soporte empresarial.

La visión a medio plazo es que Hummingbird actúe como puerta de entrada “sin peajes” desde el portátil del desarrollador hasta las pruebas serias en la nube, y de ahí, sin necesidad de migraciones traumáticas, al mundo RHEL y OpenShift para cargas de trabajo de producción. Así, se cubre todo el trayecto: experimentación libre, consolidación y, finalmente, despliegue gobernado.

Diferencias entre Fedora Hummingbird Linux y Red Hat Desktop orientado a IA

Durante el mismo Red Hat Summit se presentaron dos propuestas de escritorio Linux diferentes para el mundo de la IA: el nuevo Red Hat Desktop, centrado en desarrolladores con un entorno gobernado, y Fedora Hummingbird Linux como opción libre y rolling para builders y agentes. Aunque se complementan, juegan papeles distintos.

El nuevo Red Hat Desktop se basa en la build de Red Hat de Podman Desktop, con el objetivo de facilitar la creación, gestión y despliegue de contenedores en Linux, macOS y Windows. Está construido sobre Red Hat Hardened Images y Red Hat Trusted Libraries, ofreciendo un enfoque muy fuerte en seguridad y en alineación con entornos OpenShift.

En ese escritorio, OpenShift Dev Spaces proporciona un marco extensible para integrar asistentes de IA directamente en el IDE en la nube. Incluye un avance técnico del asistente de código AWS Kiro, además de integraciones con Microsoft Copilot, Claude CLI, Cline, Continue, Roo y otros. El mensaje es claro: desarrollar con el asistente que prefieras, ya sea propietario u open source.

Otro elemento interesante es Kaiden, una solución open source para aislar agentes de IA en sandboxes. Esto permite probar agentes y sus acciones en el propio equipo local minimizando el riesgo de que una decisión errónea de un agente acabe desbaratando el sistema anfitrión. Para quienes experimentan mucho con agentes autónomos, es un salvavidas.

Red Hat Advanced Developer Suite incorpora además capacidades de inteligencia de exploits impulsadas por IA, que ayudan a entender si una vulnerabilidad conocida en el código generado por IA afecta realmente a un entorno de ejecución concreto. Así, se puede priorizar la corrección y mitigación en función del riesgo real, no solo de la existencia del CVE.

Mientras tanto, Fedora Hummingbird Linux se posiciona como una distribución gratuita, “free as in beer y free as in freedom”, rolling-release, pensada como sistema operativo por defecto para agentes y flujos de trabajo automatizados. No se rige por ciclos de lanzamiento congelados, sino que entrega actualizaciones desde upstream en cuanto están listas.

Red Hat planea además que Fedora Hummingbird Linux se ofrezca como opción por defecto en proveedores de nube centrados en desarrolladores, esos entornos típicos donde se inician pequeños proyectos personales o pruebas de concepto. Red Hat Desktop, por su parte, actúa como el entorno de desarrollo gobernado que refleja mejor la producción sobre RHEL y el resto de la familia Red Hat AI.

Relación con Fedora, Fedora CoreOS y la comunidad

Fedora Hummingbird no nace aislada: múltiples miembros del equipo Hummingbird ya son contribuidores y mantenedores de paquetes en Fedora, incluyendo piezas fundamentales como Podman y otras herramientas de contenedores críticas para el ecosistema Linux, además de parte del equipo detrás de Fedora CoreOS.

Los trabajos en contenedores arrancables de Fedora (bootable containers) sentaron las bases técnicas de Fedora Hummingbird. Muchas de las personas implicadas en esa iniciativa siguen ahora empujando el proyecto Hummingbird, pero con una visión más amplia: consolidar un sistema operativo completo entregado como imagen.

La intención declarada es integrar Hummingbird dentro del Proyecto Fedora para que pueda crecer y beneficiarse del mismo ecosistema comunitario. De hecho, el pipeline de Hummingbird ya construye y publica un conjunto de imágenes basadas íntegramente en Fedora Rawhide en quay.io/organization/hummingbird-rawhide, lo que refuerza la conexión.

Parte del trabajo actual se centra en reducir la mezcla entre RPM construidos por Hummingbird y paquetes estándar de Fedora dentro de la imagen, para alinear completamente la base tecnológica. Es justo en este punto donde la colaboración de la comunidad resulta más valiosa, tanto para pulir el modelo como para extenderlo a nuevos escenarios.

Además, el equipo ya está llevando de vuelta a Fedora optimizaciones específicas para contenedores, correcciones encontradas en archivos .spec y mejoras que benefician al conjunto de la distribución. El feed de vulnerabilidades que acompaña a los paquetes Hummingbird también se considera una posible aportación interesante al resto del ecosistema Fedora.

Estado actual, prototipos y ecosistema alrededor de Hummingbird

La imagen Fedora Hummingbird bootc OS ya arranca hoy y puede probarse sin necesidad de registros, suscripciones ni herramientas de gestión de licencias como subscription-manager. El código está público, el pipeline está activo y el equipo anima a que más gente se suba al carro para someter el sistema a prueba real.

Existen ya prototipos de escritorios y bases estilo CoreOS sobre Hummingbird, impulsados por parte de la comunidad y por desarrolladores ligados a proyectos como Universal Blue. Se han creado imágenes base tipo “CoreOS Desktop” montadas en un día a partir de RPM de Fedora, que arrancan correctamente y sirven como prueba de que el enfoque es viable y está más cerca de la realidad de lo que parece.

En este contexto, se han explicado cambios de planes en proyectos comunitarios, como el abandono de esquemas de ramas stable→testing→next en favor de ramas de testing puntuales y un foco más decidido en imágenes selladas y Hummingbird. La idea es que este nuevo ecosistema atraerá a un perfil de contribuidor entusiasta por experimentar con modelos de sistema operativo de nueva generación.

La comunidad ya discute activamente estas ideas en hilos específicos, grupos de interés especial (SIG) y canales de conversación abiertos. El ambiente es el habitual de Fedora: mucha experimentación, debate técnico y una invitación explícita a que cualquiera con ganas se involucre, ya sea probando imágenes, reportando bugs o contribuyendo código.

Cómo empezar a probar Fedora Hummingbird hoy

Para quienes quieran trastear desde ya, el equipo propone un flujo de arranque rápido en máquina virtual usando Podman, bootc-image-builder y virt-install, aprovechando la imagen disponible en Quay.

Los pasos generales consisten en tirar de la imagen bootc OS de Hummingbird desde quay.io usando podman, ejecutar a continuación el contenedor de bootc-image-builder con los volúmenes adecuados para que genere una imagen qcow2 con sistema de ficheros ext4, y colocar esa imagen en la ruta de almacenamiento de libvirt.

Después, renombrando el fichero disk.qcow2 a un nombre más descriptivo y usando virt-install con parámetros sencillos (memoria, vCPUs, disco, red y gráficos VNC), se puede levantar rápidamente una máquina virtual Fedora Hummingbird. No es un instalador tradicional; básicamente estás arrancando directamente una imagen ya ensamblada.

A partir de ahí, se anima a probar el sistema, revisar su comportamiento, validar actualizaciones y reportar cualquier comportamiento extraño. El feedback es especialmente valioso en estas primeras fases, cuando aún se afina la integración entre el mundo Fedora tradicional y el de las imágenes Hummingbird.

Participar, contribuir y futuro del proyecto

Quien se anime a ir más allá de la simple prueba puede abrir issues, sugerir mejoras o enviar contribuciones directamente en el repositorio del proyecto, que hoy vive en gitlab.com/redhat/hummingbird/containers. Uno de los próximos pasos previstos es precisamente migrar y asentar el proyecto dentro de la propia infraestructura de Fedora.

Además, existen sesiones de iniciación y encuentros impulsados por el SIG relacionado con Hummingbird, donde se explica el modelo técnico, se resuelven dudas sobre el pipeline, la seguridad o la integración con herramientas como Podman, y se coordinan esfuerzos entre Red Hat y la comunidad Fedora.

A nivel de visión, se espera que Fedora Hummingbird se convierta en el laboratorio donde la comunidad prueba nuevos modelos de sistemas de base de imagen y mantenimiento continuo, antes de que esas ideas acaben influyendo en el resto del ecosistema Linux. Fedora siempre ha jugado ese papel de “banco de pruebas” de tecnologías que luego acaban dominando el panorama empresarial.

En conjunto, Fedora Hummingbird y su ecosistema asociado dibujan un futuro en el que los sistemas operativos se construyen y mantienen igual que los contenedores modernos: imágenes minimalistas, pipelines automáticos, seguridad integrada y ciclos de actualización que siguen el ritmo frenético del software de hoy, tanto para desarrolladores como para agentes de IA que necesitan entornos listos al vuelo.

from Linux Adictos https://ift.tt/JtUBV4g
via IFTTT

Google ha decidido dar un giro de calado a su estrategia en ordenadores portátiles con la llegada de Googlebook, una nueva categoría de dispositivos diseñada alrededor de la inteligencia artificial Gemini. Tras más de una década apostando por los Chromebook y por un modelo centrado en la nube, la compañía plantea ahora un salto hacia equipos que combinan Android, Chrome y una capa de IA omnipresente.

Lejos de ser un simple lavado de cara de ChromeOS, Googlebook se presenta como un cambio de paradigma: del clásico “sistema operativo” a lo que la empresa describe como un “sistema de inteligencia”. La idea es que el portátil deje de girar únicamente en torno al navegador y las apps para pasar a estar continuamente interpretado por Gemini, que sugerirá acciones, organizará información y conectará el portátil con el móvil de forma mucho más profunda.

Del Chromebook al Googlebook: una nueva etapa para el portátil de Google

Quince años después del lanzamiento de los primeros Chromebook, Google ha decidido abrir una nueva línea con Googlebook como heredero tecnológico y, a medio plazo, probable relevo estratégico. La compañía insiste en que no se trata de una sustitución inmediata: los Chromebook actuales, especialmente los modelos recientes y los Chromebook Plus, seguirán recibiendo soporte y se seguirán vendiendo, en particular en educación y gamas más asequibles.

Aun así, el mensaje de fondo es claro: Googlebook nace para cubrir un segmento más ambicioso y de gama alta, con materiales prémium, un diseño diferenciado y hardware más cuidado. Google habla de una transición progresiva en la que ChromeOS convivirá durante años con la nueva plataforma, pero todo apunta a que el foco de innovación se desplazará poco a poco hacia estos nuevos portátiles.

La propia Google ha explicado que Googlebook recoge “lo mejor de dos mundos”: la potencia de las apps Android y el peso del navegador Chrome, sobre una base técnica unificada y pensada desde el principio para la era de Gemini. Donde Chromebook apostaba por la simplicidad y el bajo coste, Googlebook se orienta a usuarios que buscan productividad avanzada, experiencias de IA y una mayor integración entre dispositivos.

AluminiumOS, Android 17 y el salto a un “sistema de inteligencia”

Uno de los aspectos más relevantes de esta nueva categoría es el software. Internamente, el sistema que mueve estos portátiles se conoce como AluminiumOS, una plataforma basada en Android 17 adaptada al escritorio. Google no ha confirmado todavía el nombre comercial definitivo, pero sí ha dejado claro que Android será la base sobre la que se construirá toda la experiencia.

En la práctica, esto significa que Googlebook utilizará la pila tecnológica de Android para ejecutar aplicaciones, servicios y funciones de IA, al tiempo que ofrecerá un navegador Chrome completo y una interfaz que recuerda bastante a ChromeOS: escritorio tradicional, barra de tareas, cajón de apps, sistema de ventanas, escritorios virtuales y un panel de notificaciones adaptado al formato de portátil.

Google lleva tiempo hablando de una base técnica común para móviles, tablets y ordenadores, y Googlebook es el paso más claro en esa dirección. La idea es aprovechar la madurez del ecosistema Android —su catálogo de apps, su eficiencia energética y la familiaridad de la interfaz— para plantar cara a Windows y macOS en el terreno del PC, pero con una capa de inteligencia artificial mucho más integrada que en el pasado.

Gemini en el centro: del asistente puntual a la capa principal de interacción

Si hay un elemento que define a Googlebook es la apuesta por una IA que deja de ser un simple asistente en segundo plano para convertirse en la auténtica interfaz del sistema. Google no se conforma con añadir un chatbot en una esquina del escritorio: quiere que Gemini interprete de forma continua lo que hay en pantalla y lo que hace el usuario.

La función más llamativa en este sentido es Magic Pointer o Magic Cursor, un “puntero inteligente” desarrollado junto a Google DeepMind. Al agitar ligeramente el cursor del ratón sobre un elemento, Gemini analiza el contenido y propone acciones contextuales: si se pasa por encima de una fecha en un correo, sugiere crear una reunión en el calendario; si se seleccionan dos imágenes —por ejemplo, una sala de estar y un sofá—, puede generar una composición que muestra cómo quedaría el mueble en esa habitación.

Google describe esta herramienta como una forma de convertir el ratón en una puerta directa a las capacidades de Gemini. La premisa es que el usuario deje de ir “a buscar” la IA en una aplicación separada y, en su lugar, sea el sistema el que vaya a él con sugerencias rápidas basadas en lo que ve en pantalla, desde tareas de organización hasta ayuda visual o edición de contenido.

Además del cursor inteligente, Googlebook incorpora Create your Widget (Crear tu Widget), una función que genera widgets personalizados mediante lenguaje natural. El usuario puede pedir, por ejemplo, un panel para un viaje y la IA se encarga de reunir en el escritorio vuelos, reservas de hotel, recomendaciones de restaurantes y una cuenta atrás hasta la fecha de salida, tirando de datos de Gmail, Google Calendar y otros servicios. La idea es que el escritorio se convierta en un panel vivo, construido a la carta y actualizado en tiempo real.

Integración profunda con el móvil Android

Otro de los pilares de Googlebook es la continuidad entre el portátil y el smartphone. Google quiere que el salto entre pantallas sea casi invisible, y para ello ha preparado varias funciones que recuerdan a los esfuerzos de Microsoft con Windows 11 o de Apple con macOS, pero extendidas al ecosistema Android. Una de las más destacadas es Cast My Apps (o Mostrar mis Apps), que permite usar en el portátil las aplicaciones instaladas en el móvil sin necesidad de volver a instalarlas ni abrir el teléfono.

Esta característica se complementa con Quick Access o Acceso rápido, un sistema que integra el almacenamiento del móvil directamente en el explorador de archivos del Googlebook. De este modo, fotos, documentos y vídeos guardados en el smartphone aparecen en el portátil como si fueran carpetas locales, listas para copiar, mover o compartir, incluso en sentido inverso del portátil al teléfono.

Google ya había experimentado con este tipo de integración en ChromeOS a partir de 2023, pero reconoce que aquella implementación era más limitada y menos fluida. Con Googlebook y la base Android, la compañía promete una experiencia mucho más cercana a la de un mismo sistema extendido por varios dispositivos, con portapapeles compartido, notificaciones sincronizadas y funciones de continuidad pensadas tanto para trabajo como para ocio.

Diseño y hardware: socios de siempre, pero con ambición prémium

Aunque Google se guarda aún muchos detalles, sí ha dejado trazado el perfil de hardware que acompañará a Googlebook. La empresa ha confirmado que trabajará con socios clásicos del ecosistema Chromebook: Acer, ASUS, Dell, HP y Lenovo, que serán los primeros fabricantes en lanzar modelos al mercado. La ventana de lanzamiento se sitúa en otoño, con especial atención a mercados clave de Europa y Norteamérica.

En cuanto a procesadores, la propuesta será heterogénea. Google ha adelantado que los Googlebook serán compatibles tanto con chips ARM como con plataformas x86. En el lado ARM, se mencionan socios habituales como Qualcomm y MediaTek, ya presentes en portátiles ligeros y Chromebook recientes, y nuevos SoC ARM como el N1x.

Dentro del catálogo de Intel, algunos analistas señalan que la familia Wildcat Lake, con configuraciones de seis núcleos y gráficas integradas Intel Arc Xe3 de bajo consumo, encaja muy bien con el tipo de portátil que Google plantea: equipos silenciosos, con buena autonomía y suficientes recursos gráficos para experiencias de IA y tareas multimedia, aunque conviene revisar informes sobre problemas con GPUs Intel en ciertos escenarios.

Las especificaciones detalladas —memoria, almacenamiento, resoluciones de pantalla o precios— también siguen sin confirmarse, pero las imágenes promocionales y las filtraciones dejan entrever portátiles relativamente delgados, con lector de huellas dactilares integrado, puertos como HDMI y un diseño cuidado. No parece que Google quiera repetir la imagen de “ordenadores baratos”. La autonomía será clave, por lo que convendrá optimizar la batería en estos equipos.

Glowbar: la firma visual de los nuevos Googlebook

Más allá de la ficha técnica, Google ha querido que Googlebook cuente con una seña de identidad visual muy marcada. Todos los modelos incorporarán lo que la compañía denomina Glowbar, una barra luminosa en la tapa o el cuerpo del portátil con los colores clásicos de Google. Este elemento, que en algunas imágenes aparece como una tira LED multicolor, servirá no solo como detalle estético, sino también como componente funcional.

Por ahora, Google ha explicado que la Glowbar será “funcional y bonita”, pero sin entrar en demasiados detalles. La interpretación más extendida es que actuará como sistema de notificaciones y estado: podría indicar visualmente si hay avisos pendientes, si Gemini está procesando una tarea, si el equipo está cargando o incluso reflejar estados de concentración o silencios programados, de forma similar a la luz de estado tradicional de algunos portátiles profesionales.

Este tipo de elemento busca, además, diferenciar a Googlebook en un mercado saturado de portátiles muy parecidos entre sí. En un contexto en el que cada vez cuesta más distinguir un modelo de otro a simple vista, una barra de luz con funciones concretas puede ayudar a reforzar la marca y crear un lenguaje de diseño reconocible para futuras generaciones de dispositivos.

Productividad de escritorio con alma de móvil

Con Googlebook, la compañía quiere convencer a quienes llevan años trabajando con Windows o macOS de que Android también puede ser un sistema de escritorio plenamente capaz. Para ello, AluminiumOS incorpora funciones orientadas a la productividad que se alejan del concepto de “móvil ampliado” y se acercan más a lo que se espera de un PC tradicional; la apuesta también busca competir con portátiles ultraligeros del mercado.

Entre estas funciones destacan un gestor de ventanas y escritorios virtuales pensado para organizar distintos flujos de trabajo, soporte nativo para carpetas en el escritorio, un administrador de tareas que permite controlar procesos y consumo de recursos con cierto detalle, y atajos de teclado y gestos de touchpad avanzados para moverse por la interfaz sin depender tanto del ratón.

Al mismo tiempo, el sistema respeta elementos clave del diseño móvil de Android, como un panel de notificaciones y ajustes rápidos adaptado al formato horizontal, o la integración profunda con Google Play para descargar aplicaciones optimizadas. El reto aquí será que desarrolladores y grandes proveedores de software adapten sus interfaces al uso con teclado y ratón, algo que, por ahora, sigue siendo una asignatura pendiente para muchas apps populares.

Educación y empresas: dónde encaja Googlebook

La presencia de Chromebook se había consolidado sobre todo en centros educativos y proyectos de digitalización escolar, donde el bajo coste y la gestión centralizada eran factores decisivos. Con Googlebook, Google apunta a un segmento diferente: usuarios que necesitan más potencia, mejor integración con el móvil, mayor capacidad de personalización y un aparato capaz de competir con ultrabooks de Windows y MacBook de Apple.

Esto no significa que Googlebook vaya a ignorar por completo el sector educativo o el uso profesional. De hecho, las funciones de IA para organizar información, generar widgets específicos y facilitar la colaboración pueden resultar especialmente útiles en entornos de estudio, trabajo remoto o empresas que ya dependen intensivamente de Google Workspace. La diferencia clave será el precio y la orientación: Googlebook se posiciona como un equipo más sofisticado y, previsiblemente, con un coste superior al de muchos Chromebook estándar, por lo que conviene valorar cómo elegir un portátil según necesidades.

En el plano empresarial, la apuesta de Google llega en un momento en el que la conversación en torno al “PC con IA” está en pleno auge. Microsoft impulsa los Copilot+ PC con Windows, mientras que Apple prepara la integración de Apple Intelligence en sus Mac. Googlebook pretende colocarse en esa misma liga, pero con un enfoque que parte directamente de Android y de la experiencia móvil, algo que podría encajar bien en compañías donde el teléfono Android es ya la herramienta principal del día a día.

Un ecosistema todavía lleno de incógnitas

Pese a todos los anuncios, Googlebook sigue envuelto en muchas preguntas abiertas. La compañía no ha confirmado el nombre final del sistema operativo ni ha detallado cómo se articulará la compatibilidad con aplicaciones antiguas de Android que no están optimizadas para teclado y ratón. Tampoco está claro cómo se posicionarán estos portátiles en precio frente a otros equipos con Windows, macOS o incluso frente a los propios Chromebook Plus.

Además, el historial de Google con sus plataformas de hardware y software genera cierta prudencia entre usuarios y fabricantes. Proyectos como Stadia, Hangouts o incluso algunas iteraciones de ChromeOS y Fuchsia mostraron ambición inicial pero acabaron desdibujándose con el tiempo. Para que Googlebook se consolide, la compañía tendrá que demostrar que esta vez la apuesta es de largo recorrido y que el soporte se mantendrá durante años, algo clave para escuelas, empresas y administraciones públicas.

A pesar de estas dudas, el movimiento de Google llega en un momento en el que la informática personal está entrando en una nueva fase marcada por la IA integrada en el propio sistema. Microsoft, Apple y ahora Google coinciden en que el portátil del futuro no se definirá solo por el sistema operativo, sino por la capa de inteligencia que lo acompaña de forma constante. Googlebook representa la versión más agresiva de esa idea dentro del ecosistema Android.

Con fabricantes como Acer, ASUS, Dell, HP, Lenovo e Intel ya subidos al carro, soporte para chips ARM y x86, y una integración profunda de Gemini en cada rincón de la experiencia, Googlebook aspira a ser mucho más que un simple sucesor del Chromebook. Queda por ver si el mercado acogerán esta propuesta como una alternativa real a los portátiles tradicionales o si se quedará en un experimento más dentro de la larga lista de proyectos de Google, pero la dirección marcada es clara: el portátil empieza a girar menos en torno al sistema operativo y más alrededor de la inteligencia que lo acompaña cada segundo.

from Linux Adictos https://ift.tt/e6SH7Ro
via IFTTT