La nueva imagen de instalación de EndeavourOS Titan ya está disponible y llega como una actualización rutinaria de su ISO, pero con cambios relevantes en el terreno gráfico y de detección de hardware que pueden resultar especialmente interesantes para usuarios que buscan una distribución basada en Arch Linux con instalación más sencilla.

Más allá de ser un simple refresco, esta versión de EndeavourOS Titan incorpora una base de software notablemente más reciente, una integración de controladores gráficos más cuidada y un conjunto de herramientas pensado para facilitar la puesta en marcha del sistema en equipos de sobremesa, portátiles y máquinas virtuales con diferentes tipos de GPU.

EndeavourOS Titan: núcleo Linux actualizado y base de software más reciente

Uno de los pilares de este lanzamiento es la inclusión del kernel Linux 6.19 en su rama estable, lo que supone una mejora en soporte de hardware reciente y en la gestión de energía, especialmente útil para quienes usan portátiles modernos. Esta actualización del núcleo también se deja notar en la compatibilidad con nuevos dispositivos y en la estabilidad general del sistema.

Junto al kernel, EndeavourOS Titan incorpora una selección de paquetes puesta al día, entre los que destaca la presencia del navegador Firefox 148, que ofrece funciones recientes de seguridad y rendimiento. También se ha actualizado el instalador Calamares a su versión más actual, lo que contribuye a pulir la experiencia de instalación, reducir errores y simplificar ciertos pasos para usuarios menos experimentados.

Todos estos componentes renovados convierten esta ISO de EndeavourOS Titan en una opción atractiva para quienes desean instalar Arch de forma indirecta, pero con una base moderna desde el primer arranque, sin tener que descargar grandes cantidades de actualizaciones inmediatamente después de instalar.

Mejoras en la pila gráfica en EndeavourOS Titan: Mesa, X.Org y drivers NVIDIA

Uno de los focos principales de EndeavourOS Titan se encuentra en el apartado gráfico. La distribución pasa a traer de serie Mesa 26.0 como motor para gráficos abiertos, algo especialmente relevante para tarjetas gráficas AMD y GPU integradas de Intel, muy habituales en ordenadores vendidos, y forma parte de las novedades clave en drivers Linux.

El sistema también actualiza el servidor gráfico a X.Org Server 21.1.21, una versión destinada a mejorar estabilidad y compatibilidad con distintos monitores, configuraciones multi‑pantalla y tarjetas gráficas de diferentes generaciones. Aunque Wayland gana terreno en el escritorio GNU/Linux, X.Org sigue siendo una pieza clave para un buen número de entornos de escritorio y aplicaciones.

En el terreno de los drivers propietarios, EndeavourOS Titan integra controladores NVIDIA R590, orientados a ofrecer mejor soporte para las GPU de la compañía, como ocurre con las últimas tarjetas NVIDIA, algo importante en equipos destinados a juegos o tareas de productividad gráfica. Esta combinación de Mesa, X.Org y drivers NVIDIA actualizados apunta a una experiencia más pulida tanto para uso cotidiano como para actividades más exigentes, como edición de vídeo o desarrollo de videojuegos.

Detección de hardware y gestión de GPU más avanzada

Uno de los cambios más destacados de esta ISO es el esfuerzo realizado en la detección automática de hardware gráfico y de máquinas virtuales. EndeavourOS Titan introduce mejoras específicas para identificar correctamente todas las GPU presentes en el sistema, así como los entornos de virtualización más habituales, facilitando la selección de drivers adecuados durante la instalación.

El sistema ahora es capaz de instalar controladores adicionales para todas las GPU, incluyendo soporte para Vulkan y paquetes orientados a la aceleración de medios. Esto puede marcar la diferencia en equipos destinados a juegos, reproducción de vídeo de alta resolución o uso de aplicaciones que dependen de la GPU para acelerar tareas de cómputo.

Además, la distribución incluye por defecto la carga temprana de los controladores de GPU en el arranque del kernel. Esta decisión técnica ayuda a evitar problemas gráficos en las primeras fases del inicio del sistema, como pantallas negras o errores de resolución, que en algunas distribuciones pueden resultar frustrantes para quienes están dando sus primeros pasos en Linux.

Nueva herramienta eos-hwtool para controladores gráficos

EndeavourOS Titan incorpora una utilidad específica, denominada eos-hwtool, que se integra con el proceso de instalación. Esta herramienta se encarga de instalar y retirar controladores de GPU según las necesidades del sistema, lo que facilita bastante la gestión de diferentes configuraciones de hardware sin que el usuario tenga que manejarse con comandos complejos.

Durante la instalación, eos-hwtool se utiliza para detectar el tipo de GPU presente en el equipo y seleccionar la combinación de drivers recomendada. En el caso de tarjetas NVIDIA, la herramienta puede optar por el controlador propietario adecuado, mientras que para GPU AMD o Intel se centra en las soluciones abiertas incluidas en Mesa.

Esta aproximación pretende reducir los problemas típicos tras la instalación, cuando algunos usuarios se encuentran con configuraciones gráficas poco optimizadas o sin aceleración 3D. Al automatizar buena parte de estas decisiones, EndeavourOS Titan se coloca como una opción más amigable, sin renunciar a la filosofía rolling release heredada de Arch Linux.

EndeavourOS Titan introduce mejoras en el sistema de mirrors y descargas de la ISO

Otra de las novedades funcionales de esta versión es la introducción de un sistema de ranking de mirrors mejorado. Este mecanismo ordena de forma más eficiente los servidores de repositorios desde los que se descargan los paquetes, ayudando a seleccionar opciones más rápidas y fiables según la ubicación del usuario.

Este ajuste en el ranking de mirrors puede traducirse en descargas más ágiles, tanto durante la instalación como en las posteriores actualizaciones del sistema. En un entorno rolling release, donde las actualizaciones son frecuentes, la velocidad y estabilidad de los servidores es un aspecto clave.

La nueva ISO de EndeavourOS Titan se puede descargar desde la web oficial del proyecto, donde también se detalla el estado actual de la distribución y sus notas de lanzamiento. Desde ahí es posible acceder a imágenes preparadas para distintos entornos de escritorio y revisar la documentación orientada a nuevos usuarios.

Con este lanzamiento, EndeavourOS Titan consolida su apuesta por una base tecnológica actualizada, un mejor soporte para tarjetas gráficas y una gestión de hardware más automatizada, aspectos que pueden resultar especialmente interesantes para usuarios que buscan un sistema rolling basado en Arch, pero con una instalación y configuración inicial menos complicada y más centrada en que todo funcione correctamente desde el primer arranque.

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

Qt Creator 19 ya está disponible y se presenta como la última entrega estable del conocido entorno de desarrollo integrado. Se trata de un IDE gratuito, de código abierto y multiplataforma, pensado para desarrolladores que trabajan en GNU/Linux, macOS y Windows, y que buscan una herramienta única para gestionar proyectos en distintos lenguajes y sistemas (consulta cómo instalar Qt Creator en GNU/Linux).

Esta actualización llega tras algo más de cuatro meses desde Qt Creator 18 e introduce varias funciones pensadas para mejorar la experiencia diaria de programación. Entre las novedades destacan un nuevo minimapa en el editor de texto, mejoras en el trabajo con dispositivos remotos, un servidor básico MCP para conectar con modelos de IA y una ampliación notable del soporte de proyectos y sistemas de construcción.

Novedades visuales en el editor de Qt Creator 19: llega el minimapa

Una de las incorporaciones más visibles de Qt Creator 19 es el nuevo «Minimap» del editor de texto. Esta función muestra una vista simplificada del contenido del documento en un lateral, de forma similar a lo que ya ofrecen otros editores avanzados. Gracias a este pequeño mapa del código, resulta más sencillo orientarse en archivos largos y detectar bloques importantes de un vistazo.

El minimapa permite disponer de una visión general del archivo mientras se hace scroll, lo que ayuda tanto para navegar rápidamente entre secciones como para identificar zonas con mayor densidad de código. Aunque se presenta como una opción adicional, puede ser especialmente útil en proyectos grandes, muy habituales en entornos profesionales donde se trabaja con bases de código amplias y equipos distribuidos, y para elegir herramienta consulta los mejores IDEs para tu distribución.

Qt Creator 19 introduce mejoras en dispositivos remotos y desarrollo distribuido

Qt Creator 19 introduce mejoras en la configuración y gestión de dispositivos remotos, un punto clave para quienes compilan y prueban sus aplicaciones fuera de su equipo local. El objetivo es facilitar la conexión, el despliegue y las tareas de construcción en máquinas externas, algo muy habitual en flujos de trabajo donde se cruzan entornos de escritorio y dispositivos embebidos.

Estas mejoras buscan ofrecer una experiencia más fluida al trabajar con dispositivos remotos, reduciendo la fricción al configurar nuevos targets o cambiar entre distintas máquinas de prueba. Para muchos equipos de desarrollo, donde es frecuente combinar estaciones de trabajo potentes con hardware remoto o de laboratorio, esta actualización puede simplificar bastante el día a día.

Integración con IA mediante servidor MCP básico

Otra novedad relevante es la inclusión de un servidor básico de Model Context Protocol (MCP). Este protocolo se propone como estándar para que los entornos de desarrollo se comuniquen con modelos de inteligencia artificial y de lenguaje, como por ejemplo Claude Code y soluciones similares; versiones anteriores ya exploraron integración con IA como la compatibilidad con GitHub Copilot.

El servidor MCP de Qt Creator 19 permite a estos modelos abrir archivos, compilar, ejecutar y depurar proyectos directamente desde el IDE, actuando como un puente entre las herramientas de IA y el entorno de programación. Aunque se presenta aún en una fase básica, supone un paso hacia entornos de desarrollo donde la asistencia inteligente puede integrarse de forma más natural en tareas rutinarias como la navegación por el código, la detección de errores o la sugerencia de cambios.

Mayor compatibilidad con sistemas de construcción y lenguajes

Además de las funciones centradas en la interfaz y la integración con IA, Qt Creator 19 amplía el soporte de proyectos y sistemas de construcción. Entre las mejoras se incluye una gestión más completa para Ant, Cargo, .NET, Gradle y Swift, lo que facilita trabajar con bases de código heterogéneas dentro de un mismo entorno de desarrollo. Estas mejoras complementan las novedades del ecosistema Qt, como las introducidas en Qt 6.10.

Esta ampliación del soporte resulta especialmente útil para quienes combinan proyectos Qt con otros ecosistemas, como aplicaciones en Rust usando Cargo, servicios .NET o componentes desarrollados con Gradle y Swift. De esta forma, Qt Creator 19 se posiciona como una opción más flexible para equipos mixtos

Qt Creator 19 y el soporte para ficheros de contenedores en el árbol de proyecto

Entre los cambios menos llamativos pero prácticos se encuentra la posibilidad de mostrar archivos de configuración de contenedores de desarrollo dentro del árbol de proyecto. Esta función facilita localizar y modificar estos ficheros sin tener que salir del IDE o buscar manualmente en el sistema de archivos, recordando el soporte experimental para contenedores que ya aparecía en versiones anteriores (soporte experimental para contenedores).

Con esta integración, Qt Creator 19 se adapta mejor a los entornos de trabajo basados en contenedores, una práctica cada vez más extendida, tanto en pequeñas empresas como en grandes organizaciones. Poder gestionar estos archivos desde la misma interfaz donde se edita el código ayuda a mantener una visión más clara de la configuración del entorno de desarrollo.

En conjunto, Qt Creator 19 llega como una actualización que refuerza la usabilidad diaria del IDE, incorporando un minimapa para orientarse mejor en el código, mejoras en el trabajo remoto, un primer paso en la integración con modelos de IA a través de MCP y un soporte más amplio para distintos sistemas de construcción y contenedores. No se trata de un cambio radical, pero sí de una versión que pule y amplía el entorno de trabajo para quienes desarrollan en GNU/Linux, macOS y Windows dentro del ecosistema Qt y más allá.

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

Moonforge Linux se ha convertido en uno de esos nombres que empiezan a sonar cada vez más cuando se habla de dispositivos embebidos y sistemas Linux a medida. No estamos ante “otra distro más” para instalar en un portátil, sino ante un marco de trabajo muy pensado para fabricantes, equipos de ingeniería y proyectos que necesitan un sistema operativo robusto, actualizable y fácil de mantener sin volverse locos con la integración.

A grandes rasgos, podríamos decir que Moonforge es un framework de sistema operativo basado en Linux que se apoya en los proyectos Yocto y OpenEmbedded para facilitar la creación de imágenes de sistema inmutables, seguras y listas para producción. Detrás está Igalia, una conocida empresa de consultoría en software libre con sede en España, lo que ya da una pista clara: el objetivo no es sacar una distro genérica, sino ofrecer una base sólida, completamente abierta y enfocada a productos embebidos y dispositivos comerciales.

¿Qué es exactamente Moonforge Linux?

Moonforge Linux se presenta como un entorno completo para construir sistemas operativos Linux personalizados para dispositivos. No se limita a proporcionar un conjunto de paquetes, sino que ofrece una colección organizada de capas (layers) de Yocto y archivos de configuración listos para usar, de forma que el proceso de generar imágenes de sistema quede mucho más guiado y menos artesanal.

En lugar de que cada empresa o equipo de desarrollo tenga que montarse su propia infraestructura desde cero, Moonforge propone una especie de “caja de herramientas curada”, donde ya se han seleccionado y preparado las capas necesarias para cubrir los casos de uso más habituales en el mundo embebido: soporte de hardware, actualizaciones, contenedores, seguridad, etc. Esto reduce los errores de integración y acorta notablemente los tiempos de arranque de un proyecto.

Base tecnológica: Yocto y OpenEmbedded

Bajo el capó, Moonforge se apoya en dos pilares muy conocidos en el ecosistema embebido: Yocto Project y OpenEmbedded. Yocto es un proyecto de referencia para crear distribuciones Linux personalizadas, usado por gran cantidad de fabricantes y proyectos industriales. OpenEmbedded, por su parte, proporciona el sistema de construcción y el conjunto de recetas que hacen posible generar imágenes muy ajustadas a las necesidades de cada dispositivo.

Trabajar directamente con Yocto y OpenEmbedded ofrece una flexibilidad enorme, pero también puede ser complicado: es fácil perderse entre capas, recetas, configuraciones y particularidades de cada hardware. Moonforge entra en juego precisamente ahí, ofreciendo una selección curada de capas y configuraciones listas para ser reutilizadas, evitando gran parte del dolor inicial de levantar un entorno Yocto “desde cero”.

El resultado es que los equipos pueden aprovechar toda la potencia del ecosistema Yocto y OpenEmbedded sin necesitar desde el primer día un conocimiento ultra profundo de cada uno de sus componentes. Moonforge actúa como un atajo bien diseñado: no elimina la posibilidad de personalizar, pero sí proporciona una base estándar y mantenible.

Un framework pensado para dispositivos embebidos

El foco de Moonforge está situado de forma muy clara en el desarrollo de Linux embebido para productos y dispositivos. Hablamos de routers, gateways IoT, sistemas industriales, paneles de control, dispositivos multimedia, equipos especializados y, en general, cualquier aparato que necesite un sistema operativo Linux específico y robusto.

En ese tipo de proyectos, los requisitos suelen ser muy distintos a los de un ordenador convencional: se busca un sistema más pequeño, seguro, reproducible y fácilmente actualizable, con componentes muy concretos y sin todo el “peso” de un escritorio tradicional. Moonforge articula sus capas precisamente alrededor de esas necesidades, permitiendo definir una base de sistema enfocada al uso industrial o de producto final.

Esto se traduce en que muchas de las decisiones de diseño del framework están orientadas a la fiabilidad y al mantenimiento a largo plazo: construcción reproducible, imágenes inmutables, mecanismos de actualización robustos y un enfoque en la seguridad desde el propio diseño de la plataforma.

Objetivo principal: facilitar la vida a los desarrolladores

La meta declarada de Igalia con Moonforge es ofrecer la mejor experiencia posible para los equipos que construyen productos embebidos. No se trata solo de que funcione, sino de que el flujo de trabajo diario sea razonable y no obligue al equipo a pelear cada día con la infraestructura base del sistema operativo.

Para lograrlo, Moonforge asume por sí mismo gran parte de las tareas más complejas relacionadas con el sistema, dejando que los desarrolladores se centren donde realmente aportan valor: la lógica del dispositivo, las aplicaciones y los servicios que lo diferencian frente a la competencia. Entre esos aspectos “difíciles” que Moonforge intenta absorver están la integración de componentes, la seguridad, las actualizaciones y la infraestructura necesaria para construir y desplegar nuevas versiones.

Al contar con un marco de trabajo predefinido, los equipos pueden estandarizar procesos y evitar el clásico escenario donde cada desarrollador monta su propia variante del entorno, con pequeñas diferencias que después generan errores difíciles de reproducir. Moonforge aporta una base común y coherente para todo el equipo, lo que a medio plazo se traduce en menos sorpresas y en tiempos de desarrollo más predecibles.

Imágenes inmutables y fácil mantenimiento

Uno de los conceptos clave en Moonforge es la creación de imágenes de sistema inmutables. Esto significa que el sistema operativo que se ejecuta en el dispositivo está diseñado para no modificarse en caliente de forma arbitraria, sino que se actualiza mediante despliegues controlados de nuevas imágenes o capas bien definidas.

Este enfoque reduce mucho el riesgo de que un dispositivo acabe en un estado “frankenstein” después de muchas actualizaciones parciales o cambios manuales. En su lugar, Moonforge promueve la idea de generar nuevas imágenes consistentes, probadas y reproducibles, que se pueden desplegar a los dispositivos con más seguridad, evitando divergencias entre unidades.

El resultado práctico es que el mantenimiento de largo recorrido se simplifica: en vez de estar parcheando continuamente, los equipos pueden trabajar con ciclos de construcción y prueba más ordenados, generando versiones del sistema base que se puedan auditar y validar con facilidad antes de llegar al cliente final.

Moonforge como plataforma de actualización y seguridad

Otro de los frentes donde Moonforge pone especial atención es en el proceso de actualización y la gestión de la seguridad. En entornos de dispositivos conectados, olvidarse de las actualizaciones es inviable: hay vulnerabilidades, cambios en dependencias y necesidades de nuevas funcionalidades que exigen un flujo periódico de releases.

Moonforge incorpora capas y configuraciones pensadas para que ese ciclo esté integrado desde el principio. Entre ellas destaca el uso de tecnologías que permiten actualizaciones robustas y atómicas, donde el dispositivo puede pasar de una versión a otra de forma controlada, pudiendo incluso volver atrás si algo falla durante el proceso.

En la parte de seguridad, el framework está diseñado para que resulte más sencillo aplicar buenas prácticas desde el propio sistema operativo: configuraciones por defecto más restrictivas, paquetes seleccionados con cuidado y una infraestructura que facilite la corrección rápida de fallos detectados a nivel de sistema. Todo ello contribuye a reducir la superficie de ataque y a que los equipos de desarrollo tengan más control sobre lo que se ejecuta realmente en los dispositivos.

Capas (layers) disponibles en Moonforge

Una pieza central del concepto Moonforge es su conjunto de capas preparadas para construir el sistema base. Cada layer se concibe alrededor de una funcionalidad concreta o de una familia de hardware, de forma que los proyectos puedan combinar solo aquello que necesitan, sin arrastrar componentes innecesarios.

Igalia mantiene una lista de capas soportadas para proyectos Moonforge, pensadas para distintos escenarios. Estas capas no son simples colecciones de recetas, sino elementos integrados dentro de la filosofía del framework, con una selección de opciones y ajustes pensados para funcionar bien juntos y facilitar el diseño de un sistema operativo embebido de calidad.

Al contar con un catálogo conocido de layers compatibles, los equipos ganan en previsibilidad: saben que cada capa se ha probado en combinación con el resto, que está pensada para integrarse en el flujo Moonforge y que va a reducir el trabajo manual de integración y pruebas que normalmente exige Yocto cuando se montan las cosas pieza a pieza.

Capas orientadas a funcionalidades específicas

Cada layer de Moonforge está organizada alrededor de una característica concreta del sistema. Por ejemplo, hay capas dedicadas a incorporar soporte de Docker y contenedores, lo que resulta especialmente interesante cuando se quieren desplegar servicios o aplicaciones aisladas dentro del dispositivo sin mezclarlo todo en el sistema base.

También existen capas enfocadas en la gestión de actualizaciones mediante RAUC, una tecnología muy popular en el mundo embebido para implementar actualizaciones seguras y confiables de firmware y sistema. Estas capas integran la configuración y los componentes necesarios para que el dispositivo pueda recibir nuevas imágenes y aplicarlas siguiendo flujos bien establecidos.

La idea de separar las funcionalidades en capas diferenciadas permite que cada proyecto escoja solo aquello que necesita: un dispositivo industrial que requiere actualizaciones OTA robustas puede tirar de los layers de RAUC, mientras que un equipo que busca aislar servicios con contenedores se apoyará más en las capas relacionadas con Docker y la ejecución de contenedores. Esa modularidad es una de las claves de la flexibilidad de Moonforge.

Capas para soportar clases de hardware (por ejemplo, Raspberry Pi)

Moonforge no se limita a funcionalidades de software; también ofrece capas orientadas a añadir soporte para categorías de hardware concretas. Un ejemplo muy destacado es el soporte para la familia Raspberry Pi, que es uno de los objetivos habituales en proyectos de prototipado y también en algunos productos finales y otras placas como Arduino Uno Q.

Estas capas específicas incluyen las recetas, ajustes de kernel, configuración de arranque y demás elementos necesarios para que el sistema se ejecute correctamente en un tipo de placa o plataforma. Dicho de otra forma, reducen mucho la fricción de arrancar un proyecto Moonforge centrado en una clase de hardware, como Raspberry Pi, combinando esas capas con las destinadas a actualizaciones, contenedores u otras funcionalidades, y tener un sistema bastante completo en menos tiempo que si tuviera que reunir y ajustar manualmente capas genéricas de Yocto.

Una distribución Linux pensada para producción

Aunque Moonforge se apoya en la tecnología habitual de Yocto y OpenEmbedded, su enfoque es claramente el de una distribución preparada para entornos de producción. No es una demo, no es una distro de escritorio: está orientada a servir como base estable para dispositivos que van a estar desplegados durante años, a menudo en escenarios críticos.

Al ser completamente de código abierto, las empresas pueden auditar, modificar y adaptar el framework a sus necesidades, sin depender de software privativo opaco. Esto encaja muy bien con organizaciones que valoran la transparencia y la independencia tecnológica, especialmente en sectores donde la seguridad y el cumplimiento normativo son importantes.

Igalia, como empresa de consultoría especializada en software libre, aporta además experiencia en la integración de sistemas y en la colaboración con comunidades upstream, lo que ayuda a que Moonforge se mantenga alineado con la evolución de Yocto, OpenEmbedded y el ecosistema de Linux embebido en general.

Experiencia de desarrollo y trabajo en equipo con Moonforge Linux

Más allá de los aspectos puramente técnicos, Moonforge también cambia la forma en que los equipos se organizan para desarrollar el sistema base de sus productos. Al proporcionar un marco común, se facilita que todos los miembros del equipo trabajen dentro de una misma estructura de capas, recetas y configuraciones, evitando la proliferación de variantes incompatibles.

Esto tiene un impacto directo en la calidad del software y en la velocidad con la que se pueden iterar nuevas versiones. Con Moonforge, se vuelve más fácil establecer flujos de integración continua y entrega continua (CI/CD) específicos para el sistema operativo del dispositivo, integrando la construcción de imágenes, los tests y el despliegue en un pipeline coherente.

Además, al estar pensada como una plataforma para productos a largo plazo, muchos de los problemas que suelen aparecer cuando un proyecto madura (migraciones, compatibilidad, ampliación del ciclo de vida) se abordan desde el inicio con una estructura que prioriza la mantenibilidad y la coherencia a lo largo del tiempo.

En definitiva, Moonforge Linux se posiciona como un marco de trabajo muy interesante para quienes necesitan construir y mantener sistemas operativos Linux embebidos con garantías de producción, apoyándose en Yocto y OpenEmbedded pero añadiendo una capa de orden, capas curadas y herramientas que hacen la vida mucho más sencilla a los equipos de desarrollo, tanto en la fase inicial del proyecto como en todo el ciclo de vida del producto.

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

Durante años, quienes utilizaban Linux en dispositivos con procesador ARM, desde una sencilla Raspberry Pi hasta estaciones de trabajo y servidores, han tenido que tirar de apaños para usar su navegador habitual. Lo normal era conformarse con Chromium, recurrir a otros navegadores o montar sistemas de emulación que consumían más recursos de la cuenta. Esa etapa tiene fecha de caducidad: Google ha confirmado la llegada de Chrome nativo para ARM64 en Linux en los próximos meses.

El movimiento cierra una brecha que llamaba bastante la atención, sobre todo en Europa, donde el uso de mini PCs ARM, placas tipo Raspberry Pi y servidores basados en esta arquitectura no deja de crecer. Mientras macOS y Windows en ARM llevaban ya tiempo con Chrome optimizado para sus chips, el escritorio Linux seguía marginado a pesar de que ARM está muy presente en entornos de desarrollo, cloud y proyectos de hardware asequible.

Qué es exactamente lo que Google va a lanzar

Google ha anunciado que publicará una versión oficial de Chrome para dispositivos Linux ARM64 en el segundo trimestre de 2026, es decir, entre abril y junio. Esta edición se suma a las que ya existen para macOS en Apple Silicon (desde 2020) y para Windows en ARM (desde 2024), completando así el soporte nativo del navegador en las principales plataformas con chips Arm.

El nuevo Chrome para Linux ARM64 llegará como binarios oficiales en formato DEB y RPM, siguiendo el mismo modelo que en x86_64. A partir de su lanzamiento, los usuarios podrán ir directamente a chrome.com/download, y la propia web detectará que se trata de un sistema Linux sobre ARM64 para ofrecer el paquete adecuado, sin necesidad de buscar versiones extrañas o compilar nada a mano.

En paralelo, Google ha adelantado que el navegador mantendrá la misma experiencia completa que en otras plataformas: soporte para extensiones, integración con Google Pay, gestión de contraseñas, sincronización con la cuenta de Google, funciones de seguridad avanzadas y todas las novedades de Chrome que se van incorporando a la rama estable en su ciclo de publicación cada dos semanas.

Por qué Chromium no era suficiente en Linux ARM

Hasta ahora, la alternativa más cercana a Chrome en esta arquitectura era Chromium compilado para ARM64, disponible en distribuciones como Debian, Ubuntu, Raspberry Pi OS o derivadas. Aunque para un uso básico puede servir, las diferencias con el Chrome oficial son relevantes, especialmente en entornos profesionales y de desarrollo.

• Codecs y DRM limitados: las compilaciones de Chromium en ARM suelen llegar sin codecs propietarios como H.264 o sin el mismo nivel de soporte para Widevine, lo que complica la reproducción de vídeo con DRM y reduce la compatibilidad con algunas plataformas de streaming.
• Sincronización recortada: en muchos casos, no se puede usar la sincronización nativa con la cuenta de Google, algo crítico para quienes quieren tener marcadores, historial, contraseñas y pestañas abiertas unificadas entre el móvil, el portátil y el sobremesa.
• Actualizaciones menos controladas: las nuevas versiones dependen del gestor de paquetes de cada distro o del mantenimiento comunitario, lo que introduce tiempos y políticas distintas a las de la rama estable de Chrome oficial.
• Integración incompleta con servicios de Google: funciones como Google Pay, ciertas protecciones de navegación segura o integraciones de IA (como las basadas en Gemini) pueden no estar disponibles o llegar con retraso.

Por eso la llegada de un Chrome nativo y soportado directamente por Google a Linux ARM64 va mucho más allá de una simple compilación distinta: unifica la experiencia con la del resto de plataformas y la alinea con lo que muchos usuarios ya tienen en sus equipos x86.

Cómo se instalará Chrome en ARM64 Linux

Google ha explicado que la nueva versión de su navegador estará accesible a través de su página oficial de descargas, igual que sucede con el resto de arquitecturas. Cuando el usuario visite chrome.com/download desde un sistema ARM64 con Linux, el sitio ofrecerá el paquete adecuado, ya sea en DEB (Debian, Ubuntu y derivadas) o en RPM (Fedora, RHEL, openSUSE y similares).

En determinados dispositivos concretos, la instalación será todavía más directa. Google ha confirmado un acuerdo con NVIDIA para que Chrome pueda instalarse desde el gestor de paquetes de su sistema DGX OS, basado en Ubuntu y presente en estaciones de trabajo como la NVIDIA DGX Spark, orientada a cargas de inteligencia artificial. En estos equipos, el navegador se podrá añadir desde el catálogo oficial de NVIDIA, sin necesidad de descargar nada a mano.

En el caso de otros entornos habituales como Raspberry Pi 4 o Raspberry Pi 5 con sistemas de 64 bits, miniordenadores ARM, portátiles con chips Snapdragon o servidores basados en Ampere, lo esperable es que Chrome se obtenga desde la web de Google o, con el tiempo, a través de repositorios que añadan directamente la fuente oficial de Chrome como ya ocurre en x86_64.

Qué aporta frente a las soluciones actuales en ARM

Los usuarios de Linux ARM no estaban completamente desatendidos: navegadores como Firefox o el propio Chromium llevan tiempo disponibles para esta arquitectura. Sin embargo, Chrome oficial añade un conjunto de funciones que hasta ahora no se podían aprovechar al completo en estos dispositivos.

• Sincronización completa con la cuenta de Google: marcadores, contraseñas, historial, pestañas y preferencias se replican entre el escritorio Linux ARM, el móvil Android, un portátil Windows o un Mac, sin recurrir a trucos intermedios.
• Extensiones y ecosistema Chrome Web Store: posibilidad de usar el mismo conjunto de extensiones que en otras plataformas, incluyendo bloqueadores de contenido, herramientas de productividad y utilidades corporativas.
• DRM y servicios de vídeo: con el soporte habitual de Chrome, las plataformas de streaming con requisitos de DRM estrictos deberían funcionar de forma similar a como lo hacen en x86, evitando configuraciones manuales complicadas.
• Mejoras de rendimiento y estabilidad: al tratarse de binarios compilados específicamente para ARM64, el navegador podrá sacar partido de las instrucciones modernas de la arquitectura, con tiempos de carga menores y menos consumo energético en portátiles.

En dispositivos modestos como algunas placas de desarrollo o mini PCs, la diferencia entre ejecutar un navegador adaptado a la arquitectura y depender de emulación o builds no oficiales puede notarse bastante, sobre todo cuando se abren muchas pestañas o se usan aplicaciones web pesadas.

Chrome ARM64 en proyectos con Raspberry Pi y mini PCs

El lanzamiento de Chrome oficial para Linux ARM64 supone un cambio notable para usuarios domésticos y makers que trabajan con Raspberry Pi y otros miniordenadores ARM. Hasta ahora, la opción real pasaba por Chromium o Firefox, que funcionan razonablemente bien, pero no replican al cien por cien la experiencia de Chrome en escritorio.

Con la nueva versión, dispositivos como una Raspberry Pi 4 o Raspberry Pi 5 con sistema operativo de 64 bits podrán ejecutar el navegador de Google con todas sus funciones, siempre que el sistema cumpla los requisitos de ARM64. Esto abre la puerta a usar estas placas como pequeños escritorios completos, kioscos web, terminales de acceso o estaciones ligeras en aulas y oficinas, con la ventaja de tener el mismo entorno de navegación que en otros equipos.

Donde es relativamente frecuente ver Raspberry Pi en proyectos educativos, laboratorios universitarios y pequeñas empresas, disponer de Chrome con sincronización, extensiones y soporte de vídeo al nivel de otras plataformas puede hacer más viable usar estos dispositivos como puestos de trabajo básicos o como terminales especializados.

Relación con la apuesta general por ARM en el ecosistema

Aunque el anuncio se centra en Linux ARM64, encaja con una estrategia más amplia de expansión de la arquitectura ARM en todo el mercado de PC y servidores. Fabricantes como Qualcomm, NVIDIA o MediaTek están invirtiendo fuerte para competir con el duopolio Intel/AMD, y necesitan que el software clave, como los navegadores, esté a la altura en todas las plataformas.

Google, por su parte, ya tenía Chrome adaptado a macOS con chips propios de Apple y a Windows en ARM. Con Linux ARM64 cubierto, la compañía cierra un hueco que resultaba difícil de justificar, especialmente teniendo en cuenta que Chromebooks con procesadores ARM existen desde hace años y que ChromeOS se basa en gran medida en tecnologías de Linux.

El soporte para estaciones de trabajo como la NVIDIA DGX Spark, que integra arquitectura Grace Blackwell en un formato muy compacto orientado a IA, deja claro que el movimiento no se limita a dispositivos sencillos: ARM está entrando también en el terreno de la computación de alto rendimiento, y contar con Chrome como navegador estándar es casi una obligación en este tipo de máquinas.

Qué supone para el usuario de a pie

Para quien ya utilice Chrome en su día a día, el cambio será tan sencillo como instalarlo en su equipo Linux ARM64, iniciar sesión y dejar que todo se sincronice. La idea es que el navegador funcione igual que en un portátil x86 con Windows o un sobremesa con macOS, con la única diferencia de que en el interior hay un chip ARM y un sistema Linux.

En hogares y pequeñas empresas que están probando portátiles ARM con Linux o que montan mini PCs ARM como equipos de oficina, el hecho de poder contar con el navegador más extendido a nivel mundial reduce una de las fricciones habituales a la hora de abandonar plataformas tradicionales. Quien prefiera seguir usando Firefox, Chromium u otras alternativas podrá hacerlo, pero al menos la decisión será una elección real, no una consecuencia de que no exista Chrome oficial.

Con este lanzamiento, Google completa su presencia nativa de Chrome en el ecosistema ARM de escritorio y servidores, y la comunidad Linux gana una pieza importante para impulsar aún más esta arquitectura en puestos de trabajo, educación, cloud y proyectos de hardware alternativo. Que haya tardado tanto en llegar puede sorprender, pero su disponibilidad establece un nuevo punto de partida para quienes quieran apostar por ARM sin renunciar a un navegador plenamente compatible con la mayoría de servicios web.

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

OBS Studio 32.1 ya está disponible para su descarga y pone el foco en mejorar la experiencia de grabación y emisión en directo de escritorio, un uso muy habitual entre streamers de videojuegos, creadores de contenido y profesionales que hacen webinars o formaciones online.

Este lanzamiento introduce varias funciones pensadas para optimizar el control de la señal de vídeo y audio, con especial atención a la transmisión mediante WebRTC y a la forma en la que se gestionan las escenas y el mezclador de sonido dentro de la propia aplicación.

OBS Studio 32.1 incluye soporte de WebRTC Simulcast para múltiples calidades

Una de las novedades más destacadas es la incorporación del soporte de WebRTC Simulcast en la salida obs-webrtc. Gracias a esta mejora, ahora es posible enviar varias calidades de vídeo a través de una única pista dentro de WebRTC/WHIP, lo que permite que la misma transmisión se adapte mejor a diferentes anchos de banda del público.

Este enfoque de simulcasting facilita que plataformas y servicios compatibles puedan ofrecer al espectador distintas resoluciones o tasas de bits sin que el emisor tenga que configurar varias salidas independientes. En entornos europeos donde las conexiones de los usuarios pueden ser muy dispares, esta flexibilidad ayuda a mantener una experiencia más estable, reduciendo cortes y cambios bruscos de calidad.

Nuevo mezclador de audio y cambios visuales

OBS Studio 32.1 incorpora un nuevo mezclador de audio que pretende simplificar el control del sonido durante grabaciones y directos. Este rediseño busca que sea más sencillo identificar cada fuente, ajustar sus niveles y vigilar picos o saturaciones, algo especialmente útil en producciones con varias pistas de micrófono, sonido del sistema, música de fondo y alertas.

Entre los detalles estéticos, se ha habilitado la paleta para el tema claro del mezclador de audio, de modo que quienes prefieran trabajar con interfaz en tonos claros disponen ahora de una apariencia más coherente y legible. Estos ajustes visuales, aunque puedan parecer menores, mejoran la lectura rápida de niveles y estados en pantallas grandes o configuraciones multi-monitor, habituales en estudios y setups profesionales en España y el resto de Europa.

OBS Studio 32.1 introduce mejoras en la edición de escenas: deshacer y rehacer

Otra incorporación práctica es la inclusión de acciones de deshacer y rehacer para los elementos de escena. Hasta ahora, algunos cambios en la colocación o edición de fuentes podían ser difíciles de revertir, lo que obligaba a rehacer el diseño a mano en caso de error.

Con esta actualización, los usuarios pueden corregir más fácilmente movimientos o ajustes accidentales de elementos dentro de la escena, agilizando la edición de overlays, rótulos, marcos de cámara y otros componentes gráficos. Esto resulta especialmente útil cuando se trabaja con escenas complejas típicas de retransmisiones de eSports, eventos en directo o producciones híbridas (online y presencial).

Actualizaciones en obs-websocket y soporte parcial de lienzos

OBS Studio 32.1 incorpora también soporte parcial para lienzos en obs-websocket, el módulo que permite controlar OBS a distancia mediante comandos y automatizaciones. Aunque todavía no se trata de un soporte completo, abre la puerta a integraciones más avanzadas con herramientas de terceros, paneles de control externos o sistemas personalizados de producción.

En la práctica, esto significa que desarrolladores y técnicos pueden empezar a aprovechar nuevas opciones de gestión del lienzo de vídeo a través de la API de obs-websocket, lo que puede resultar muy útil para estudios europeos que integran OBS en flujos de trabajo más amplios, con sistemas de realización, control de cámaras o automatización de escenas.

Ajuste del bitrate por defecto y otros cambios de configuración

La actualización fija ahora los bitrates por defecto en 6000 kbps, un valor alineado con las configuraciones habituales en muchas plataformas de streaming. Este ajuste de serie facilita que usuarios menos experimentados arranquen con una calidad adecuada sin tener que profundizar demasiado en la configuración inicial.

No obstante, sigue siendo posible adaptar manualmente el bitrate según la conexión disponible, las exigencias de la plataforma o las necesidades de cada proyecto. En contextos donde el ancho de banda es limitado o se requiere cumplir con normativas específicas de ancho de banda en empresas e instituciones europeas, conviene revisar y ajustar este parámetro.

Reorganización de dársenas y mejoras generales de interfaz

Entre los cambios más sutiles, OBS Studio 32.1 incluye una reorganización de las dársenas por defecto, es decir, de la posición inicial de los paneles de la interfaz (escenas, fuentes, mezclador, controles, etc.). Esta redistribución busca que la estructura de la ventana principal resulte más lógica y cómoda de manejar desde el primer momento.

Junto a ello, la versión llega con variadas mejoras menores y ajustes internos que pulen el funcionamiento general del programa. Aunque no se detallen uno por uno, suelen abarcar correcciones de errores, pequeños retoques de rendimiento y ajustes de comportamiento que contribuyen a una experiencia más estable.

Disponibilidad y acceso a la descarga a OBS Studio 32.1

OBS Studio 32.1 ha llegado 6 meses después de la v32.0 y se ofrece, como es habitual, de forma gratuita y de código abierto, y está disponible para los principales sistemas de escritorio. Los paquetes y el listado completo de cambios se pueden consultar en el repositorio oficial del proyecto, donde también se detalla el pull request que introduce el soporte de WebRTC Simulcast.

Usuarios de España y de otros países europeos pueden actualizar directamente desde la aplicación o acudir a la página de descargas del proyecto en GitHub para obtener instaladores y archivos necesarios, manteniendo así sus equipos al día con las últimas mejoras.

Con este lanzamiento, OBS Studio 32.1 refuerza su papel como herramienta de referencia para grabación y streaming al sumar soporte de simulcast en WebRTC, un mezclador de audio renovado, opciones más sólidas de edición de escenas y cambios de configuración pensados para simplificar la vida a quienes trabajan a diario con directos y producción de vídeo desde el escritorio.

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

Con la llegada inminente de las Steam Machine y las Steam Frame, Valve está delineando un nuevo protocolo para verificar la compatibilidad de los juegos. A continuación se presenta una síntesis profesional de los criterios que guiarán el proceso, con especial énfasis en cómo se traducirán estas verificaciones desde la Steam Deck al nuevo hardware.

Valve ha confirmado que la llegada de estas plataformas está prevista para 2026, aunque aún no se ha fijado una ventana exacta dentro de la primera o segunda mitad del año. El artículo de hoy se centra en el sistema de verificación, y cómo se basará, en gran medida, en la experiencia recogida de la Steam Deck.

Cómo se verifican los juegos para la Steam Machine

La verificación para la Steam Machine se beneficia de un rendimiento significativamente superior y de un uso orientado a televisores, a diferencia de las pantallas pequeñas de la Deck. En términos prácticos, el proceso de verificación quedará definido así:

• Si un juego está verificado para Steam Deck o si los únicos problemas en Deck son relacionados con el tamaño del texto, pasará a verificación para la Steam Machine.
• Si el juego es jugable en Deck (con problemas mínimos de entrada, por ejemplo), también será jugable en la Machine.
• Los juegos que no sean compatibles por uso de SteamOS o por requerimientos de software anti-trampa no soportados en Linux no serán compatibles con la Steam Machine.
• Solo se realizarán pruebas adicionales en la Machine cuando el juego no esté soportado por Deck debido a rendimiento. En ese caso, se deberá comprobar si la Machine puede ejecutarlo; en esencia, la jugabilidad debe poder alcanzarse a una media de al menos 30 FPS.

Sistema de verificación para las Steam Frame

La verificación de las Steam Frame presenta más complejidad, ya que combinan características de gafas autónomas con posibilidad de conectarse a la Steam Machine. El criterio general es el siguiente:

• Si el juego está verificado o es jugable en Deck, o no está soportado por cuestiones de Realidad Virtual, se deben realizar pruebas en las Frame (que sí soportan VR). En función de los resultados, la experiencia puede trasladarse a las Frame conectadas a la máquina.
• Si el juego no está soportado por SteamOS o si el rendimiento en Deck es insuficiente, directamente se considerará no soportado para las Frame.

Es importante tener en cuenta que las Steam Frame pueden funcionar de forma independiente o acopladas a la Steam Machine. En modo acoplado, las Frame heredan, en la medida de lo posible, las capacidades del dispositivo al que se conectan.

Además, habrá una verificación adicional representada por la etiqueta «Compatible con SteamOS». Esta marca se empleará para evaluar la compatibilidad de dispositivos de terceros, como la Legion Go S, dentro del ecosistema de Steam.

En resumen, Valve propone un marco de verificación escalonado: aprovechar la experiencia de la Deck para Machine, adaptar criterios de rendimiento (30 FPS como umbral mínimo) y extender las pruebas mediante el uso de las Frame para escenarios de realidad virtual, manteniendo una coherencia con los requisitos de SteamOS para dispositivos de terceros.

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

La gestora de capital privado EQT AB ha abierto la puerta a una posible venta de SUSE, uno de los referentes europeos del software de código abierto para empresas. La operación, aún en una fase muy temprana, podría situar la valoración de la compañía en torno a los 6.000 millones de dólares, una cifra que supondría prácticamente duplicar el valor con el que salió de bolsa hace algo más de dos años.

Este posible movimiento se produce en un momento delicado para el sector tecnológico, con correcciones en las cotizaciones de software y un mercado de fusiones y adquisiciones más frío por las dudas sobre el impacto de la inteligencia artificial en muchas soluciones tradicionales. Pese a este contexto, el perfil de SUSE como proveedor de infraestructuras críticas para grandes corporaciones la coloca en una posición particular dentro del ecosistema europeo.

Un estudio de venta que aún no está decidido

Según fuentes conocedoras del proceso citadas por Reuters, EQT habría encargado al banco de inversión Arma Partners que sondee el apetito de otros fondos de capital privado por SUSE. El mandato consistiría en explorar el interés de potenciales compradores y calibrar qué rango de valoración podría alcanzarse en una eventual transacción.

Por ahora, se trata de deliberaciones preliminares y no existe garantía de que la operación vaya a cerrarse. Tanto EQT como SUSE y el propio Arma Partners han evitado hacer declaraciones públicas y no han respondido a las peticiones de comentario, lo que refuerza la idea de que el proceso se encuentra en una fase exploratoria.

De salida de bolsa a una posible revalorización récord

La gestora sueca, que ya controlaba la mayoría del capital, decidió retirar a SUSE del mercado bursátil en 2023 recomprando las acciones que cotizaban. Entonces, la compañía fue valorada en torno a 2.720 millones de euros, aproximadamente 2.960-3.000 millones de dólares, lo que marcó el inicio de una nueva etapa como empresa no cotizada.

Ahora, las cifras que se manejan en el mercado apuntan a una horquilla de entre 4.000 y 6.000 millones de dólares en caso de materializarse la venta, según las estimaciones compartidas por las mismas fuentes. En el extremo superior del rango, el valor de SUSE quedaría prácticamente duplicado en algo más de dos años, un salto poco habitual en el entorno actual de compresión de múltiplos en tecnología.

Cifra de negocio sólida y márgenes atractivos

Detrás de esas valoraciones se encuentra el desempeño financiero de la compañía. De acuerdo con las estimaciones trasladadas a potenciales inversores, SUSE genera alrededor de 800 millones de dólares en ingresos anuales, apoyada en contratos de soporte y suscripciones con grandes clientes corporativos y entidades públicas.

Además, el beneficio antes de intereses, impuestos, depreciaciones y amortizaciones (EBITDA) superaría los 250 millones de dólares, lo que sitúa el margen operativo en un nivel competitivo dentro del sector del software empresarial. Estos números son los que justificarían que los asesores de EQT presenten un rango de valoración de entre 4.000 y 6.000 millones de dólares en el contexto de una eventual puja de fondos.

SUSE, un histórico del Linux europeo para empresas

Más allá de las cifras, el atractivo de SUSE reside en su posición como uno de los pioneros mundiales en distribuciones Linux para empresas. Fundada en 1992 en Alemania por tres estudiantes y un ingeniero —Roland Dyroff, Thomas Fehr, Hubert Mantel y Burchard Steinbild—, su nombre procede del acrónimo alemán “Software und System-Entwicklung” (desarrollo de sistemas y software).

A lo largo de más de tres décadas, la compañía ha consolidado un catálogo de soluciones de Linux empresarial, contenedores y tecnologías cloud dirigidas a grandes organizaciones. Sus productos permiten desplegar y administrar aplicaciones en servidores en la nube, mainframes, centros de datos tradicionales y dispositivos en el extremo de la red, un terreno cada vez más crítico con la expansión del edge computing.

Clientes globales y peso en el tejido corporativo

Entre los usuarios de sus plataformas figuran grandes multinacionales como Walmart, Deutsche Bank e Intel, según la información disponible en la propia web de la empresa. La presencia de SUSE en infraestructuras clave de banca, comercio, industria y tecnología refuerza su carácter de proveedor estratégico dentro del ecosistema de software libre.

De hecho, la compañía asegura que más del 60% de las empresas del índice Fortune 500 confían en sus soluciones para gestionar al menos parte de sus cargas de trabajo. Esta capilaridad en grandes cuentas explica el interés que puede despertar entre fondos de capital privado, especialmente en Europa, donde los activos tecnológicos con escala global no abundan.

Un historial de cambios de manos

La trayectoria corporativa de SUSE ha estado marcada por varios cambios de propietario. Con el paso de los años, la compañía ha estado bajo el control de Novell, The Attachmate Group y Micro Focus, hasta acabar en manos de EQT, su actual dueño. Cada etapa ha supuesto ajustes en la estrategia y en el posicionamiento dentro del mercado de software empresarial.

Si finalmente se concreta la transacción que ahora se explora, estaríamos ante el quinto cambio relevante de propiedad en la historia de la empresa. Este patrón de compraventas no es extraño en el sector, pero abre interrogantes sobre la estabilidad a largo plazo de la hoja de ruta tecnológica y el nivel de independencia que mantendrían los equipos de ingeniería.

El papel de EQT y la independencia operativa

La entrada de EQT supuso un matiz diferencial respecto a etapas anteriores: se trataba del primer propietario cuyo negocio principal no era estrictamente tecnológico. Eso permitió a SUSE operar con un grado de autonomía relevante, centrándose en reforzar su oferta de infraestructura de código abierto y en ampliar su base de clientes corporativos.

Durante estos años, la compañía ha seguido impulsando proyectos clave en el universo de Linux, Kubernetes y cloud computing, con un foco especial en entornos híbridos y multicloud. Esa independencia, no obstante, podría verse condicionada por el perfil del eventual nuevo comprador y por el tipo de sinergias —financieras o industriales— que persiga.

IA, corrección bursátil y oportunidades para la infraestructura

El análisis de la posible venta de SUSE no puede separarse del contexto más amplio del sector tecnológico europeo y global. En los últimos meses, las valoraciones en bolsa de muchas compañías de software se han resentido, en parte por la percepción de que la oleada de nuevas herramientas de inteligencia artificial podría canibalizar productos o servicios existentes.

Sin embargo, algunos inversores consideran que empresas como SUSE podrían salir beneficiadas de la expansión de la IA. Su razonamiento es que el despliegue masivo de aplicaciones de inteligencia artificial incrementará la demanda de infraestructuras robustas —sistemas operativos empresariales, plataformas de contenedores, herramientas de orquestación y soluciones para cloud y edge—, justo las áreas donde la firma basada en Luxemburgo tiene una posición consolidada.

En este cruce de caminos entre corrección del mercado, auge de la inteligencia artificial y búsqueda de activos tecnológicos europeos con escala global, la posible venta de SUSE por parte de EQT se ha convertido en uno de los movimientos más observados por el capital privado. La combinación de una base de clientes de primer nivel, resultados financieros sólidos y un rol estratégico en la infraestructura de código abierto coloca a la compañía en el radar de múltiples inversores, aunque todavía falta por ver si el interés se traduce en una oferta firme y en un nuevo cambio de manos para uno de los veteranos del Linux empresarial.

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

La llegada del nuevo controlador NVIDIA 580.142 para Linux es una de esas noticias que, aunque a primera vista parezca un simple cambio de versión, en realidad trae consigo bastantes implicaciones para quienes usan el sistema del pingüino a diario, ya sea para jugar, trabajar con gráficos profesionales o simplemente disfrutar de un escritorio fluido y estable. No se trata de una beta experimental, sino de un lanzamiento pensado para dar tranquilidad a quienes prefieren estabilidad por encima de estar siempre a la última.

Conviene tener claro que estamos ante el driver recomendado por NVIDIA en este momento dentro de la rama 580, mientras la compañía sigue centrada en la nueva serie de controladores 595 Beta. Esto significa que, aunque el foco mediático se lo lleven muchas veces las betas llenas de novedades, es precisamente esta versión 580.142 la que NVIDIA sugiere instalar a quienes quieren el mejor equilibrio posible entre rendimiento, fiabilidad y compatibilidad en Linux.

Qué es exactamente el driver NVIDIA 580.142 para Linux

El controlador NVIDIA 580.142 para Linux forma parte de la rama 580, que es la línea estable principal en la que NVIDIA va incorporando correcciones y mejoras consolidadas. No introduce grandes cambios de arquitectura ni funciones disruptivas, sino que pule detalles, arregla fallos molestos y refuerza la estabilidad del sistema gráfico en diferentes entornos de escritorio y configuraciones de hardware.

Al tratarse de un lanzamiento etiquetado como recomendado, NVIDIA lo posiciona como la opción más segura para usuarios de distribuciones Linux que dependen de sus GPUs para tareas exigentes: videojuegos, edición de vídeo, modelado 3D, cálculo acelerado por GPU o cualquier combinación de varias pantallas a alta resolución. No es el típico driver que pruebas un fin de semana y luego vuelves atrás; la idea es que sea el que puedas dejar instalado durante meses sin sobresaltos.

La versión 580.142 llega mientras NVIDIA sigue empujando la serie 595 Beta, que es donde van probando novedades más agresivas y cambios importantes antes de consolidarlos en ramas estables. Para muchos usuarios de Linux, especialmente en equipos de producción o de trabajo, la elección lógica es mantenerse en esta rama 580 recomendada hasta que la 595 o posteriores maduren lo suficiente.

Qué significa que sea un controlador recomendado

Uno de los detalles más relevantes de esta versión es la etiqueta de “Recommended Driver”. No es solo una cuestión de marketing; detrás de esa denominación hay un nivel de exigencia muy concreto. Según la propia NVIDIA, un driver recomendado para Linux cumple con los mismos estándares de calidad que se aplican a los controladores de Windows que superan las pruebas del Windows Hardware Quality Labs (WHQL).

Este paralelismo con WHQL implica que el driver 580.142 ha pasado por un proceso de validación exigente en lo que respecta a estabilidad, robustez y rendimiento. Aunque WHQL es un sello de Microsoft, NVIDIA toma esos criterios como referencia y los traslada al ecosistema Linux para asegurar que lo que ofrece en este sistema operativo no es una versión de segunda categoría, sino un producto tratado con el mismo nivel de cuidado.

En la práctica, esto se traduce en que el controlador 580.142 está pensado para garantizar una experiencia lo más libre posible de cuelgues, pantallazos negros, problemas de sincronización y regresiones graves. Para quienes utilizan Linux como entorno principal y no quieren estar pendientes de si una actualización romperá su configuración gráfica, contar con un driver recomendado y probado a fondo es un punto a favor importante.

En conjunto, el lanzamiento del controlador NVIDIA 580.142 para Linux como versión recomendada refuerza la sensación de que la compañía sigue prestando una atención seria al ecosistema del pingüino: corrige errores muy concretos que afectaban a monitores con Adaptive Sync y adaptadores USB-C a HDMI, soluciona un fallo que podía congelar las swapchains de Vulkan en X11 y arregla una regresión molesta en configuraciones extremas de cuatro pantallas 4K sobre una sola GPU, todo ello bajo un estándar de calidad equiparable al de los drivers certificados para Windows, lo que lo convierte en una opción sólida y razonable para quienes buscan estabilidad y rendimiento a partes iguales.

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

La comunidad de Fedora ha puesto ya a disposición de los usuarios Fedora 44 Beta, la versión previa al lanzamiento estable que sirve como banco de pruebas para todas las novedades que llegarán en la edición definitiva de Fedora Linux, al igual que la previa Fedora 43 Beta. Este hito se ha cumplido según el calendario previsto, situando la publicación de la versión final alrededor de la mitad de abril, siempre que no aparezcan errores de última hora que obliguen a retrasarla.

Esta beta concentra cambios importantes tanto en la parte visual como en el motor interno del sistema, con una mezcla de mejoras en el escritorio, el instalador y la toolchain que resultan especialmente relevantes para quienes prueban distribuciones de forma habitual, desarrollan software o gestionan entornos de pruebas. Aunque se trata de una edición de test, está pensada para que la comunidad la instale, la exprima y reporte problemas antes de que Fedora 44 se considere estable.

Calendario y objetivos de Fedora 44 Beta

El proyecto mantiene su filosofía de distribución de vanguardia, sacando versiones beta que permiten afinar detalles antes de una publicación final muy marcada en el calendario. En este caso, Fedora 44 Beta llega a tiempo y apunta a un lanzamiento estable en torno al 14 de abril, siempre condicionado a que el periodo de pruebas no destape fallos críticos.

Durante esta fase, la comunidad está invitada a poner a prueba desde los escritorios hasta las herramientas de desarrollo, pasando por el soporte en hardware reciente, especialmente en equipos con procesadores ARM modernos. El objetivo es llegar al día del lanzamiento con una distribución pulida y estable, sin renunciar a su perfil de plataforma puntera.

Escritorios actualizados en Fedora 44 Beta: GNOME, KDE y Budgie

En el apartado gráfico, Fedora 44 Beta se presenta como una apuesta fuerte por los escritorios más recientes. La edición principal, Fedora Workstation, integra componentes de GNOME de última generación (GNOME 49), con un entorno pulido pensado tanto para equipos de sobremesa como para portátiles. Esto implica ajustes en la experiencia de usuario, mejoras de rendimiento y un pulido general de la interfaz.

Quienes prefieran el ecosistema KDE se encontrarán con una experiencia unificada desde el primer arranque. Fedora 44 incorpora Plasma 6.6, una evolución de Plasma 6, junto al nuevo Plasma Login Manager, que sustituye al clásico SDDM como gestor de inicio de sesión. Este cambio busca una integración visual más coherente, una apariencia homogénea desde la pantalla de login hasta el escritorio y una gestión más fluida de usuarios y sesiones.

Fedora 44 también actualiza otros escritorios alternativos. Entre ellos destaca el escritorio Budgie, que en esta beta ofrece una sesión estable sobre Wayland. Este salto a Wayland está pensado para reducir el efecto de “rasgado” en pantalla, mejorar la suavidad de animaciones y efectos gráficos, y aprovechar mejor las capacidades de las GPU modernas, algo que se nota especialmente en monitores de mayor resolución o altas tasas de refresco.

Instalador más claro y proceso simplificado

Uno de los frentes donde se han concentrado esfuerzos es en el instalador de la distribución. En Fedora 44 Beta se ha trabajado para simplificar los flujos de instalación, reduciendo el número de pasos necesarios y ordenando mejor las opciones clave. El objetivo es que tanto usuarios nuevos como administradores con experiencia puedan completar el proceso con menos clics y menos dudas.

Las pantallas del asistente muestran ahora opciones explicadas de forma más directa, guiando paso a paso en la selección de disco, idioma, teclado o particionado. Esta mejora resulta especialmente útil para quienes instalan Fedora en varios equipos, ya que reduce la fricción en instalaciones repetidas y minimiza errores de configuración por despistes o interpretaciones confusas.

Imágenes Live y spins renovados

Fedora 44 Beta también cuida la experiencia de quienes prefieren probar antes de instalar. Las imágenes Live se han actualizado para que sea posible arrancar el sistema directamente desde USB o DVD y comprobar compatibilidad de hardware, funcionamiento del escritorio elegido y comportamiento general sin tocar el disco duro.

Junto a estas imágenes se mantienen los conocidos “spins”, es decir, ediciones alternativas con distintos escritorios o configuraciones específicas. Estos spins permiten experimentar con KDE, Budgie y otras variantes sin necesidad de instalar nada de forma permanente, lo que facilita que usuarios prueben distintas configuraciones en equipos personales, portátiles de trabajo o laboratorios educativos.

Toolchain modernizada y compiladores más recientes

En el terreno del desarrollo, Fedora 44 Beta llega con una toolchain actualizada que incorpora compiladores recientes y bibliotecas esenciales renovadas. Entre las piezas clave se incluye la nueva generación del compilador GCC, alineando la distribución con los estándares de programación más modernos y mejorando el soporte para código actualizado.

Esta renovación del conjunto de herramientas de compilación se traduce en builds más eficientes y, en muchos casos, en tiempos de compilación reducidos. Para desarrolladores que corren proyectos grandes o trabajan con integración continua, Fedora 44 Beta se presenta como una plataforma de pruebas interesante, ya que permite validar rápidamente cómo responden sus aplicaciones ante un entorno de compilación más exigente.

Avances en builds reprodutibles y transparencia

Más allá de las novedades visibles, el proyecto Fedora continúa reforzando la parte de seguridad y confianza en la cadena de suministro de software. Con Fedora 44 Beta se da un paso más en la implantación de builds reprodutibles, una característica que permite comprobar que un binario entregado al usuario corresponde realmente al código fuente publicado.

Este enfoque aporta una capa adicional de transparencia especialmente relevante para administradores de sistemas y organizaciones preocupadas por la integridad de sus entornos. La posibilidad de reproducir builds y obtener resultados idénticos reduce el margen para manipulaciones no detectadas y refuerza la confianza en la distribución como plataforma de trabajo.

Soporte mejorado para AArch64 y portátiles ARM

Otro de los puntos de interés de Fedora 44 Beta es el refuerzo del soporte para arquitecturas ARM de 64 bits. La distribución introduce mejoras en el soporte EFI para AArch64, lo que favorece la instalación y el arranque en portátiles con Windows on ARM y otros dispositivos basados en esta arquitectura.

Este movimiento encaja con la creciente presencia de equipos ARM en el mercado, tanto en entornos de movilidad como en pequeños servidores y placas de bajo consumo. Fedora 44 Beta busca posicionarse como una opción sólida para probar y desplegar Linux en este tipo de hardware, facilitando a usuarios avanzados y empresas el salto a plataformas ARM con un sistema actualizado.

Recomendaciones para probar Fedora 44 Beta con seguridad

Al tratarse de una versión de pruebas, el propio proyecto insiste en que Fedora 44 Beta no está pensada como sistema principal para todo el mundo. Lo recomendable es probarla en una máquina virtual, un equipo secundario o, en cualquier caso, disponer de copias de seguridad antes de dar el salto desde otra distribución o desde una versión estable anterior.

La comunidad anima a que se reporten errores y problemas de rendimiento a través de los canales habituales del proyecto. Cuantos más informes lleguen durante esta fase, más pulida estará la versión final. Así, tanto usuarios particulares como desarrolladores o administradores en España pueden contribuir a que la edición estable de Fedora 44 llegue con menos fallos y mejor soporte para distintos escenarios de uso.

En conjunto, Fedora 44 Beta se presenta como una actualización amplia que toca prácticamente todos los frentes: escritorios renovados, instalador más claro, imágenes Live actualizadas, soporte reforzado para ARM y una toolchain de última hornada, todo ello con la vista puesta en la transparencia de los builds y en la estabilidad de la futura versión estable.

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

Mi búsqueda de tener un TV Box perfecto creo que acabó cuando adquirí mi mini PC chino con Windows. Antes había usado muchos aparatos, empezando por un Apple TV de 2015 y acabando por un portátil con Manjaro, pasando por varias opciones en una Raspbery Pi 4, pero nada me satisfizo como el mini PC. Sólo Windows, que no ofrece el mejor rendimiento ni tampoco cuenta con una interfaz ligera para el salón, evita que termine de estar cómodo del todo, motivo por el cual investigué cómo andaba Plasma BigScreen en 2026.

Plasma BigScreen nació hace ya varios años, pero el proyecto tuvo sus altibajos. Ya más recientemente retomaron su desarrollo, actualmente ya está en la beta de Plasma 6.7 y, cuando ésta llegue a estable, la página oficial de Plasma BigScreen dice que habrá un lanzamiento conjunto. Ahora mismo ya se puede probar, y lo que se ofrece es una versión de KDE neon con la interfaz para pantallas grandes.

Plasma BigScreen necesita más aplicaciones adaptadas

Lo primero que noté al usar la versión con Plasma 6.6.80 fue que muchos de los problemas de aplicaciones duplicadas se habían solucionado. En el pasado, cuando el desarrollo estaba en un punto más malo, lo que se recomendaba era instalarlo sobre otra distribución, como Manjaro. Eso hacía que se instalara la interfaz o entorno gráfico sobre algo que ya existía, lo que no es lo mejor. Solo hace falta instalarle KDE a Ubuntu (con GNOME) para ver que habrá inconsistencias.

Pero usar una versión que ya usa Plasma BigScreen por defecto es totalmente diferente. Hay cosas por pulir, sí, pero el problema de elementos duplicados no es una de ellas.

Lo malo es que no hay muchas aplicaciones adaptadas a pantallas grandes, y no es por el tamaño. Por ejemplo, la tienda Discover que encontramos en KDE neon es igual en su edición BigScreen. No es ni se acerca a ser lo mejor para instalar programas en una interfaz pensada para usar con un mando.

Como aplicaciones propias para TV, lo único que encontramos es el navegador Aura y el reproductor Plank, además de unas Preferencias del Sistema adaptadas que acompañan a las normales de KDE Plasma.

Para obtener otro tipo de software, KDE neon está basado en Ubuntu, y cuenta con soporte para flatpak tras la instalación de cero.

Aplicaciones web… que de momento sirven de poco

Plasma BigScreen tiene una manera para crear aplicaciones web. Tan sencillo como ir al icono de ajustes de la pantalla principal, dirigirse al apartado «Aplicaciones web» y añadir lo que nos venga en gana. El problema es que no va demasiado bien.

En mis pruebas he intentado añadir la versión TV (Leanback) de YouTube y lo he conseguido, pues la opción permite añadir un agente de usuario bajo demanda. Los problemas que me he encontrado han sido que no he podido poner la interfaz a pantalla completa, y además no ha sido capaz de reproducir vídeo.

Oliéndome que no sería el único problema en este sentido, he intentado reproducir algo de Prime Video, y el navegador web no es compatible. Con casi total seguridad, lo que usa no soporta Widevine de ningún tipo.

Aplicaciones de escritorio con barra de título

Aplicaciones como Kodi no ofrecen grandes problemas, pues se ejecutan a pantalla completa, pero otras de escritorio sí. De hecho, casi todas las aplicaciones que hay instaladas por defecto se abren con la barra de título visible, con botones de restaurar, minimizar y cerrar incluidos. Si restauramos una ventana, ésta se queda en el borde superior izquierdo. Se puede redimensionar, pero no mover como en un escritorio normal.

Tal y como yo lo veo, en Plasma BigScreen habría que iniciar las aplicaciones sin esa barra de título tras la instalación de cero. Siempre se puede hacer clic secundario sobre la barra y elegir que se oculte, e incluso conseguir que no la muestra nunca, pero es trabajo que tenemos que hacer nosotros y que no debería ser necesario en una interfaz de este tipo.

Investigando un poco, he encontrado una configuración que arregla esto. Se trata de ir a ~/.config/kwinrc e introducir este texto:

.barra {display: flex;justify-content: flex-end;height: 25px; background-color: #333;border-radius: 5px 5px 0 0;}.rojo, .naranja, .verde{width: 12px;height: 12px; position: relative;border-radius: 50%;top: 7px; margin: 0 3px;}.rojo{background-color: rgb(248, 82, 82); margin-right: 7px;}.naranja{background-color: rgb(252, 186, 63);}.verde{background-color: rgb(17, 187, 17);}.terminal{background-color: black !important; border-radius: 5px !important; margin-bottom:20px}pre{font-family:monospace !important; padding: 0 10px 10px 0; line-height: 1.5em; overflow: auto; background-color: black !important; color: #0EE80E !important}

[Windows]
BorderlessMaximizedWindows=true

¿Y cómo se cierran las ventanas? Bueno, mi recomendación es usar Alt+F4. Con este cambio se gana consistencia.

¿Por qué uso yo Plasma BigScreen con todos sus problemas?

Por tres motivos. Uno es aportar informes automáticos de uso. El segundo es porque yo sí sé como solucionar los problemas mencionados, y el tercero que la interfaz es muy ligera y me gusta. Es posible que lo que no me gusta tanto mejore en el futuro, y más si KDE sabe que nos interesa.

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