SoftwareLibre

>permite generar clones modificables a partir de dispositivos de bloques de solo lectura, procesados mediante el generador systemd-clonesetup-generator leyendo desde /etc/clonetab. Actualizaciones atómicas y cambios en el entorno La suite systemd-sysupdate, diseñada para actualizaciones de sistema mediante reemplazo atómico de particiones y directorios, ahora mantiene una base de datos persistente de los ficheros instalados. Se incorpora el comando cleanup para purgar archivos redundantes y se adoptó el concepto de «componentes recomendados» (suggested), los cuales pueden evaluarse dinámicamente según la arquitectura o las etiquetas de la máquina (MachineTags) para automatizar la instalación de controladores. Otros cambios relevantes de la versión 262 incluyen: * systemd-vmspawn: Añade soporte para ejecutar máquinas virtuales confidenciales bajo la arquitectura Intel TDX (–coco=tdx), sumándose a AMD SEV-SNP. * OpenSSL y Registro: El sistema de inmutabilidad del registro (Forward Secure Sealing, FSS) migra de la biblioteca libgcrypt hacia las funciones criptográficas nativas de OpenSSL.  Se añade también soporte inicial de compilación contra OpenSSL 4. * Terminal y Usabilidad: La utilidad de escalada de privilegios run0 suma opciones compatibles con sudo, tales como -k, -K y -v para resetear o validar el tiempo de autorización de Polkit. vconsole permite configurar el tamaño de la tipografía al 100% o 200% mediante FONT_SCALE, y las peticiones de contraseña para tokens FIDO2 ahora mostrarán los intentos restantes para el código PIN. * systemd-sysctl: Ahora incluye la bandera –verify para comprobar mediante relectura que el valor escrito en el sistema se aplicó efectivamente. Finalmente, si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.

Desde Linux Systemd 262 llega con seguridad TPM2, OpenSSL 4 y binarios estáticos https://blog.desdelinux.net/wp-content/uploads/2025/02/systemd.png La versión 262 del gestor de sistemas y servicios systemd ya está disponible y llega integrando importantes avances tras tres meses de desarrollo. Esta entrega se destaca por optimizar su arquitectura para entornos virtualizados ligeros, mejorar los protocolos criptográficos vinculados a los módulos de plataforma segura (TPM) y añadir funcionalidades críticas a herramientas nativas como run0 y systemd-sysupdate. Pensando los contenedores que exigen una huella mínima de sistema, systemd ahora ofrece la capacidad de compilarse un solo archivo ejecutable con enlace estático. Esta compilación (habilitada a través de Meson con parámetros como -Dsystemd-multicall-binary=true) está diseñada para actuar como el proceso de inicio (PID 1) en contenedores muy pequeños, evitando el uso de llamadas dlopen() para cargar bibliotecas dinámicas y apoyándose en una búsqueda simplificada de usuarios y grupos en lugar del estándar NSS. Complementando esto, el ejecutable ahora embebe internamente un conjunto de archivos de unidad esenciales (como basic.target, sysinit.target, multi-user.target y reboot.target, entre otros). Estos archivos integrados se utilizan como respaldo en caso de que no sea posible cargar las configuraciones desde el disco, permitiendo que un contenedor arranque sin necesidad de instalar archivos de unidad explícitamente. Gestión de servicios y recuperación de fallos Para mitigar el riesgo de reinicios sincronizados cuando múltiples servicios fallan simultáneamente, se ha introducido el parámetro RestartRandomizedDelaySec. Esta directiva añade un retardo aleatorio (uniformemente distribuido) antes de que un servicio se reinicie automáticamente, el cual se suma al tiempo configurado en RestartSec. Adicionalmente, las unidades de segmentación (slice units) incorporan ActivatingConcurrencyMax, un límite que determina el número máximo de unidades que pueden activarse simultáneamente dentro de la jerarquía; cualquier activación excedente se pone en cola hasta que se liberen ranuras de capacidad. En entornos que exigen alta disponibilidad continua (como servidores críticos), se implementó el parámetro LUOSession para las unidades de servicio. Este parámetro ordena a systemd la creación de sesiones de Live Update Orchestrator, permitiendo la actualización en caliente del núcleo del sistema (kernel) sin interrumpir el funcionamiento de los servicios y conservando intactos el estado de los procesos y los dispositivos. TPM2, fscrypt y seguridad de almacenamiento Otras de las novedades que presenta la nueva version son en las credenciales selladas en un TPM, las cuales ahora se vinculan directamente a su clave raíz de almacenamiento (SRK), previniendo ataques de tipo MitM realizados por componentes intermedios que intenten interceptar los datos descifrados. El registro de credenciales PIN de TPM2 mediante systemd-cryptenroll incorpora el algoritmo Argon2id como opción predeterminada, generando material de clave mucho más robusto que la implementación heredada (direct/PBKDF2). A nivel de almacenamiento de usuario, systemd-homed ha modificado su comportamiento para los directorios encriptados mediante el sistema de archivos fscrypt: las nuevas creaciones adoptarán por defecto las políticas de la versión 2 (fscrypt v2), permitiendo que la clave maestra resida en el anillo de claves del sistema de archivos y sea visible a través de diferentes espacios de nombres de montaje (mount namespaces). Los directorios fscrypt v1 seguirán siendo funcionales, aunque no contarán con una ruta de actualización in situ hacia v2. Además, se incluyó soporte nativo en el arranque para el módulo del kernel dm-clone, que <b[...]

. Adicionalmente, los desarrolladores ahora cuentan con encapsule, una nueva herramienta de interfaz de línea de comandos diseñada para probar software de terceros descargado de internet dentro de un entorno de contenedor aislado y seguro, evitando comprometer el directorio personal o el sistema anfitrión. Por otra parte, se menciona que NetworkManager ahora habilita por defecto el soporte para redes orientadas a IPv6-mostly, mientras que la herramienta de aprovisionamiento Ignition es capaz de aceptar configuraciones nativas YAML de Butane durante el primer arranque, fusionando el transpilador directamente en el paquete. A nivel de aplicaciones de usuario, el paquete de LibreOffice ha optimizado su distribución: los archivos de ayuda ahora se distribuyen en formato HTML como paquetes independientes de arquitectura (noarch), y los diccionarios ortográficos de Hunspell se proporcionan directamente desde el repositorio ascendente como subpaquetes individuales estructurados por idioma. Finalmente, puedes consultar los detalles del lanzamiento en el siguiente enlace. En cuanto a los interesados en poder probar la beta, deben saber que su uso aun no es recomendado para entornos de producción o su uso como sistema principal ya que aun cuenta con errores. De momento la recomendación es solo probar el sistema sobre una maquina virtual. Puedes obtener la imagen del sistema desde el siguiente enlace.

Desde Linux Liberada la Beta de Fedora 45, presenta mejoras de seguridad, Consola KMSCON y GNOME 51 https://blog.desdelinux.net/wp-content/uploads/2026/09/Fedora-45-Beta.jpg Los desarrolladores del Proyecto Fedora, dieron a conocer hace poco la liberación de la versión beta de «Fedora Linux 45», abriendo la fase de pruebas públicas antes de su lanzamiento estable programado para el 20 de octubre de 2026. Esta entrega se centra en modernizar la infraestructura gráfica de bajo nivel, mejorar la cadena de suministro de software y proporcionar un entorno actualizado para el desarrollo de sistemas y la auditoría de seguridad. Principales novedades de Fedora 45 Beta Sin dudas uno de los cambio mas interesantes y sobre todo visible es la sustitución de la clásica consola virtual del kernel (fbcon) por kmscon. Esta nueva implementación en el espacio de usuario ofrece un renderizado tipográfico superior, soporte completo para internacionalización (Unicode) y una integración visual más fluida. Además, el sistema estrena un front-end para DRM Panic, proporcionando una interfaz mucho más accesible y amigable para interpretar fallos críticos del kernel, facilitando la recolección de datos técnicos. Otro de los cambios que podremos encontrar es en el instalador Anaconda, en el cual ahora se integra soporte nativo para Stratis Storage. Los administradores pueden configurar volúmenes, aprovisionamiento fino y esquemas de instantáneas (snapshots) directamente desde la interfaz gráfica web (Cockpit) o mediante instalaciones automatizadas con Kickstart. Las variantes atómicas del sistema (como Silverblue y Kinoite) también reciben mejoras en la construcción de sus imágenes de disco ha migrado de lorax a image-builder, estandarizando el proceso de despliegue. Además, ahora soportan instalaciones remotas seguras a través del navegador web mediante la interfaz Anaconda WebUI. Por último, los archivos de configuración de los repositorios RPM se han trasladado de /etc/yum.repos.d/ a /usr, separando limpiamente los valores predeterminados del proveedor de las personalizaciones locales. Fedora 45 Beta implementa restricciones severas por defecto para limitar la superficie de ataque, un aspecto de gran interés para el análisis de vulnerabilidades y la protección de entornos de trabajo. La llamada al sistema ptrace ha sido restringida a nivel global. Al limitar esta función (utilizada para inspeccionar y controlar procesos), se bloquea una vía común que utiliza el malware para inyectar código en procesos en ejecución. Las capacidades completas de depuración se habilitan automáticamente solo cuando se instalan explícitamente herramientas de desarrollo. La gestión de paquetes recibe: * Firmas Obligatorias: El gestor RPM ahora exige estrictamente la verificación de firmas digitales para cualquier instalación o actualización. * Bloqueo de Proveedor: DNF5 desactiva por defecto el cambio automático de proveedor (allow_vendor_change=False), evitando que las dependencias salten accidentalmente a repositorios de terceros en conflicto. * Seguridad: Los entornos de escritorio migran a oo7 como proveedor predeterminado del Secrets Service, modernizando el manejo de credenciales frente a soluciones antiguas como GNOME Keyring. Escritorios y desarrollo En la interfaz gráfica, la edición Workstation adopta GNOME 51, mientras que el spin de KDE se actualiza a Plasma 6.7, todo corriendo sobre la serie del kernel Linux 7.2. Para los usuarios que interactúan constantemente con la línea de comandos, Fedora 45 Beta introduce una reescritura limpia de la experiencia predeterminada de la terminal mediante bash-color-prompt 1.0. Este cambio aprovecha la variable PROMPT_COMMAND para ofrecer indicadores dinámicos, ligeros y fácilmente personalizables[...]

MuyLinux systemd 262 mejora la gestión de contenedores y las actualizaciones en vivo https://www.muylinux.com/wp-content/uploads/2022/11/systemd.png systemd 262 es la nueva versión del gestor de servicios de Linux y, como es habitual, llega repleta de cambios, buena parte de ellos relacionados con el arranque, el cifrado y la gestión del sistema. Sin embargo, e particular y controvertido componente va, una vez más, un paso más allá de lo que cabría esperar y estrena también novedades que pueden resultar de interés para administradores de sistemas y desarrolladores. Por ejemplo, systemd incorpora ahora varios archivos de unidad básicos —con ellos define servicios, objetivos de arranque y otros elementos que gestiona— a los que puede recurrir si no consigue cargarlos desde el disco. Entre ellos están los necesarios para apagar o reiniciar el sistema, lo cual permite arrancar systemd como proceso inicial de un contenedor sin tener que instalar esos archivos por separado. Además, es posible compilarlo como un único binario estático, una opción pensada para contenedores especialmente pequeños. Otra novedad de systemd 262 apunta al despliegue de sistemas, en concreto a systemd-firstboot, que ahora puede trabajar sin mostrar preguntas al usuario y aplicar la configuración disponible de forma automática. Se trata de un cambio que tiene sentido en instalaciones desatendidas y en imágenes preparadas de antemano, un terreno en el que el «demonio» sigue ganando funciones tras estrenar su propio instalador de sistema en la versión anterior. Hay novedades también en la integración con Live Update Orchestrator (LUO), un subsistema del kernel Linux pensado para actualizar el núcleo conservando el estado de determinados recursos y reduciendo las interrupciones. Así, las unidades de servicio pueden hacer que systemd cree sesiones de LUO y, cuando este está disponible, systemd ofrece datos para medir los tiempos de reinicio mediante kexec. Es una mejora dirigida, sobre todo, a sistemas en los que importa limitar el tiempo de inactividad durante una actualización. En cuanto a la seguridad, los nuevos directorios personales cifrados con fscrypt que crea systemd-homed pasan a utilizar por defecto las políticas de la versión 2 (los anteriores seguirán siendo compatibles, aunque no hay una conversión directa de las políticas v1 a v2). Por su parte, systemd-cryptenroll incorpora un asistente opcional para añadir métodos de desbloqueo durante el primer arranque, algo útil, por ejemplo, para disponer de una vía de recuperación si falla el método habitual. Para terminar, systemd 262 amplía el alcance de systemd-vmspawn en computación confidencial: la herramienta admite ahora Intel TDX, además de AMD SEV-SNP. Más cerca del uso cotidiano queda run0, la alternativa de systemd a sudo, que añade opciones para revocar o renovar autorizaciones temporales con una sintaxis compatible con la de este último. Todas las novedades acerca de systemd 262, en las notas de lanzamiento. La entrada systemd 262 mejora la gestión de contenedores y las actualizaciones en vivo es original de MuyLinux

MuyLinux Canonical mejora resultados: cierra 2025 con récord de ingresos y beneficios https://www.muylinux.com/wp-content/uploads/2020/11/canonical.jpg Canonical cerró 2025 con 345 millones de dólares de ingresos, frente a los 292 millones del ejercicio anterior, lo que supone un crecimiento de alrededor del 18%. La compañía supera así por primera vez la barrera de los 300 millones, un nuevo paso en la carrera por los beneficios que desde hace tantos años persigue la desarrolladora de Ubuntu. De hecho, los vaivenes en torno a cuán sostenible es el negocio de Canonical vienen de lejos, aunque, según recoge Phoronix a partir de las cuentas depositadas en el registro mercantil británico, las cifras parecen «progresar adecuadamente», aun cuando siguen lejos de los números de los dos referentes del Linux corporativo: SUSE y, sobre todo, Red Hat. Dicho lo cual, el aumento de la facturación de Canonical también se refleja en los beneficios, que pasaron de 18,1 millones de dólares en 2024 a 22,8 millones en 2025, aproximadamente un 26% más. El margen bruto se mantuvo en el 89%, señala la fuente. Son cifras que, por lo tanto, confirman la buena marcha del negocio, aunque el porcentaje del margen bruto no debe confundirse con el del beneficio final. Para apreciar la trayectoria basta con retroceder unos pocos años, no demasiados, y es que en 2020 la facturación de Canonical fue de 138 millones de dólares, por lo que cinco ejercicios después, la cifra se ha multiplicado por dos y medio. El contraste es mayor si se recuerda que en 2019, pese a ingresar 119 millones, la compañía todavía cerraba el año con pérdidas de unos dos millones. La apuesta por el software y los servicios profesionales que ya señalábamos entonces ha terminado por afianzar el negocio. Canonical también amplió su equipo. Según el informe citado por Phoronix, la compañía contaba con un equipo de 1.342 personas al cierre de 2025, un 10% más que un año antes. Se trata de un aumento más contenido que el de los ingresos, aunque el dato por sí solo no explica cómo se distribuye el crecimiento entre las diferentes actividades de la compañía. Tampoco es que expliquen mucho de puertas afuera, más allá de estos datos de obligada exposición. Estos resultados llegan, además, con la salida a bolsa todavía pendiente. Mark Shuttleworth, fundador y CEO de Canonical, aseguraba el pasado noviembre que la empresa ya estaba preparada desde el punto de vista financiero, pero prefería esperar a que madurase su organización interna y a un contexto más favorable. No era la primera vez que aplazaba el salto: en 2020 hablaba de la autosuficiencia de Canonical y de objetivos de ingresos y crecimiento como condiciones previas para una oferta pública. Sea como fuere, las nuevas cuentas refuerzan la imagen de una Canonical rentable y en expansión. Por ahora, sin embargo, no cambian la posición expresada por Shuttleworth sobre la bolsa: no hay una fecha anunciada para dar ese paso. Se hará sobre seguro, o no se hará, parece. La entrada Canonical mejora resultados: cierra 2025 con récord de ingresos y beneficios es original de MuyLinux

código y herramientas de desarrollo sin comprometer el sistema principal. Modelos disponibles en preventa Lenovo Googlebook ($1349) https://blog.desdelinux.net/wp-content/uploads/2026/09/lenovo_googlebook.jpg Pantalla de 15.3” (2880 x 1800), procesador Intel Core Ultra 5 325 con NPU, 16 GB de RAM LPDDR5X y SSD NVMe de 512 GB. Incluye Wi-Fi 7, Bluetooth 5.4, dos puertos Thunderbolt 4, un USB-A 3.2, HDMI 2.0 y conector de audio. Batería de 70 Wh (13 horas) y un peso de 1.281 kg. ASUS Googlebook 14 ($1299) https://blog.desdelinux.net/wp-content/uploads/2026/09/ASUS-Googlebook-14.png Pantalla táctil OLED de 14” (2880 x 1800), procesador hasta Intel Core Ultra 7 355 con NPU, hasta 32 GB de RAM LPDDR5X y SSD NVMe PCIe 4.0 de hasta 512 GB. Incluye Wi-Fi 7, Bluetooth 6.0, dos puertos Thunderbolt 4, dos puertos USB-A 3.2, HDMI 2.1 y conector de audio de 3,5 mm. Batería de 70 Wh y un peso desde 0.99 kg HP Googlebook 14 ($1299) https://blog.desdelinux.net/wp-content/uploads/2026/09/HP-Googlebook-14.jpg Pantalla táctil OLED de hasta 3K a 120Hz, procesador Snapdragon® X Elite, hasta 32 GB de memoria RAM y almacenamiento de hasta 1 TB. Incluye cámara de alta resolución de 5 MP y altavoces cuádruples premium (puertos y conectividad inalámbrica no detallados). Batería de larga duración (estimada en más de 30 horas de reproducción de video) en un diseño ultradelgado y liviano. Dell XPS Googlebook ($1199) https://blog.desdelinux.net/wp-content/uploads/2026/09/Dell-XPS-Googlebook.png Pantalla de 13.4″ (2560 x 1600), procesador Qualcomm Snapdragon X Elite X1E-80-100 con NPU, 16 GB de RAM LPDDR5X y SSD PCIe Gen 4 de 512 GB. Equipado con Wi-Fi 7, Bluetooth 5.4 y dos puertos USB-C 3.2 con DisplayPort 1.4. Batería de 52 Wh (18 horas) y un peso de 1 kg. Acer Googlebook ($899) https://blog.desdelinux.net/wp-content/uploads/2026/09/Acer-Googlebook.jpg Pantalla de 14″ (2880 x 1800), procesador Intel Core Ultra 5 325 con NPU, 16 GB de RAM LPDDR5X y SSD PCIe Gen 4 de 512 GB. Dispone de Wi-Fi 7, Bluetooth 6 y un puerto USB-C 3.2 con DisplayPort 1.4. Batería de 71 Wh (16 horas) y un peso de 1,139 kg. Finalmente, para los interesados en poder adquirir uno de los modelos, deben saber que todos los modelos parten de un precio base de $899 e incluyen 12 meses del plan Google AI Pro (5 TB de almacenamiento en la nube), junto con 3 meses de YouTube Premium y Adobe Photoshop. Con envíos programados para el 4 de octubre en Estados Unidos y el 5 de octubre en mercados internacionales, los primeros equipos llegan de la mano de Acer, Dell y Lenovo, con modelos de ASUS y HP en fase de desarrollo. Si estas interesado en poder conocer mas al respecto. Puedes consultar los detalles en el siguiente enlace.

Desde Linux Google presento los nuevos Googlebook, potenciados por Android 17 https://blog.desdelinux.net/wp-content/uploads/2026/09/Googlebook-Android-17.png Hace poco Google dio a conocer mediante una publicación de blog, su nueva línea de portátiles, denominada Googlebook, marcando el reemplazo definitivo de la familia Chromebook y del sistema operativo ChromeOS. Esta nueva categoría de portátiles abandona la dependencia del navegador para estructurarse sobre la plataforma Android 17, adaptando su entorno de ejecución, el kernel de Linux y los módulos GKI a una experiencia de escritorio puro. La interfaz de usuario hereda la gestión de ventanas y el administrador de archivos de ChromeOS, pero opera sobre la base de Android para pantallas grandes. Esto permite la ejecución nativa de aplicaciones de la Google Play Store, el navegador Chrome en su versión de escritorio con soporte para extensiones, y herramientas creativas de alto rendimiento como Adobe Photoshop, Lightroom y CapCut. Para el entretenimiento, el sistema soporta aplicaciones de streaming con visualización sin conexión (Netflix, HBO Max) e incluye un año gratuito de GeForce NOW para ejecutar juegos de PC en la nube. Android e Inteligencia Integrada La arquitectura de Googlebook está diseñada para eliminar la fricción entre el teléfono y el ordenador. Al iniciar sesión, el portátil sincroniza de forma encriptada las redes Wi-Fi, contraseñas y mensajes del smartphone Android del usuario. El sistema introduce tres funciones de continuidad: * Continue On: que permite retomar en la barra de tareas del portátil un proyecto iniciado en el móvil * Files: que otorga acceso directo al almacenamiento del teléfono para buscar y transferir documentos sin necesidad de correos electrónicos * Cast My Apps: que transmite aplicaciones del teléfono en una ventana del escritorio para interactuar con ellas sin interrumpir el flujo de trabajo. El asistente Gemini se encuentra integrado en el sistema operativo mediante nuevas herramientas de interacción física y de voz: * Magic Pointer: Al agitar el cursor sobre un elemento de la pantalla, el sistema despliega sugerencias contextuales. Permite programar reuniones a partir de un correo, traducir textos o generar composiciones a partir de imágenes seleccionadas. * Rambler: Un botón físico junto a la tecla Quick Insert que transcribe notas de voz o flujos de ideas y las estructura automáticamente con encabezados y listas de tareas. * Create My Widget: Un generador de widgets personalizados que se construyen describiendo la función deseada en lenguaje natural. Hardware y entorno para desarrolladores La construcción de los equipos emplea aluminio, aleación de magnesio y fibra de carbono. Los portátiles integran pantallas OLED de hasta 2.8K, teclados retroiluminados y trackpads de cristal con respuesta háptica. En el exterior de la tapa regresa la Glowbar, una barra de luz que indica el nivel de carga de la batería y reacciona a las interacciones con Gemini. Internamente, los equipos montan procesadores Intel Core Ultra y Qualcomm Snapdragon X Elite equipados con Unidades de Procesamiento Neuronal (NPU) capaces de superar los 45 TOPS, garantizando hasta 18 horas de autonomía y 10 años de actualizaciones de sistema garantizadas. Para los desarrolladores, Googlebook incorpora la plataforma Antigravity orientada a la creación y despliegue de agentes. A nivel de seguridad, el sistema mantiene la arquitectura de defensa en profundidad de ChromeOS y el chip Google Titan, pero estrena un hipervisor pKVM (KVM protegido) con certificación de seguridad de Nivel 5. Este hipervisor aísla estrictamente la memoria y proporciona un entorno Linux completo con acceso a la terminal, permitiendo ejecutar repositorios de [...]

cación síncrona (operaciones de Solicitud-Confirmación), sincronización de configuraciones bidireccional entre el cliente y el servidor, y refleja de manera dinámica los cambios en la lista de dispositivos conectados. Seguridad y Vulnerabilidades resueltas Durante el desarrollo de esta versión, auditores del proyecto openSUSE descubrieron fallos críticos en el manejo del servidor que fueron solventados en esta entrega final (y parcialmente en la versión RC3). * CVE-2026-59682: Permitía a un usuario o proceso enviar un mensaje SAVE_PROFILE manipulado que contenía los caracteres de escalada de directorio (../). Esto permitia que un atacante sobrescribiera archivos sensibles del sistema operativo eludiendo las restricciones del directorio de configuración de OpenRGB. Para mitigar esto, se añadió una sanitización de nombres de archivo en las operaciones de lectura, escritura y borrado. * CVE-2026-59683: Cuando el proceso en segundo plano se ejecutaba con privilegios administrativos, un atacante podía explotar un fallo en el controlador del protocolo de red mediante solicitudes combinadas de UPDATEMODE y SAVE_PROFILE. Esto resultaba en escalada de privilegios y permitía la ejecución remota de código en la máquina objetivo. Como contramedida adicional a los parches del protocolo, el servicio en segundo plano ahora solo acepta conexiones en la interfaz local de manera predeterminada y se ha limitado el tamaño máximo de los paquetes de red, además de endurecer las reglas del archivo systemd para Linux. Soporte y actualización a Qt6 El soporte de hardware se ha expandido a 2.551 dispositivos y las actualizaciones más recientes en los controladores incluyen mejoras en la detección automática de chips y módulos DRAM de Corsair, nuevo soporte para teclados QMK compatibles con los protocolos VialRGB y Keychron, soporte expandido para tarjetas gráficas PNY Epic-X ARGB y PowerColor, así como nuevas implementaciones para barras de luz de portátiles Clevo y una revisión masiva que abarca decenas de placas base de Gigabyte y MSI. Además, el nuevo controlador PawnIO soluciona un problema histórico al permitir la lectura de los buses I2C/SMBus en las plataformas Intel Skylake-X (X299), habilitando por primera vez el control de RAM RGB en estos sistemas. Finalmente, los mantenedores del proyecto han confirmado que OpenRGB 1.0 completa la transición oficial desde el framework gráfico Qt5 hacia Qt6. Finalmente si estás interesado en poder conocer más al respecto, puedes consultar los detalles en el siguiente enlace. ¿Cómo instalar OpenRGB en Linux? Para quienes estén interesados en poder instalar OpenRGB en su sistema, deben saber que se ofrecen paquetes precompilados para algunas distribuciones, además de que también la aplicacion se encuentra dentro de los repositorios de algunas (tales com ArchLinux y derivados), estos paquetes los pueden obtener desde su repositorio oficial en Codeberg. Además de ello, también se ofrecen paquetes universales (AppImage y Flatpak). En el caso de Flatpak basta con flatpak install flathub org.openrgb.OpenRGB. Dado que este formato opera en una sandbox, es muy probable que necesites utilizar la aplicación Flatseal para otorgarle permisos adicionales a los dispositivos del sistema (buses USB o I2C) en caso de que OpenRGB no detecte tus componentes.

Desde Linux OpenRGB 1.0 llega con conexión en caliente, nueva capa de seguridad y el paso definitivo a Qt6 https://blog.desdelinux.net/wp-content/uploads/2020/03/OpenRGB.png Es un control de iluminación RGB de código abierto que no depende del software del fabricante Los desarrolladores del proyecto OpenRGB dieron a conocer hace poco el lanzamiento de su esperada versión 1.0, concluyendo un ciclo de desarrollo que abarca casi tres años desde la versión 0.9 y un año completo de rediseños del núcleo desde las primeras versiones candidatas. Esta entrega se destaca por su nueva arquitectura de seguridad, la transición al framework Qt6 y un soporte masivo de hardware que ahora supera los 2.500 dispositivos declarados. Principales novedades de OpenRGB 1.0 En Windows OpenRGB dependía del paquete inpout32 (hasta la versión 0.8) y posteriormente de WinRing0. Sin embargo, Microsoft ha clasificado ambas bibliotecas como inseguras debido a vulnerabilidades en su acceso a los anillos de privilegios del sistema. Para resolver este bloqueo, OpenRGB 1.0 ha adoptado Pawnio (PawnIO), considerándola la alternativa más segura disponible en la actualidad para Windows. Pawnio es indispensable para que los dispositivos SMBus funcionen correctamente, lo que incluye la gestión de los módulos de memoria RAM, placas base antiguas y un gran número de tarjetas gráficas. Cabe destacar que Pawnio no se distribuye dentro del instalador estándar de OpenRGB y requiere instalación manual. El sistema emitirá una advertencia si no detecta esta biblioteca. Además, para que Pawnio opere correctamente, el programa necesita privilegios de administrador. Para facilitar esta transición y mejorar la usabilidad, el instalador ahora ofrece configurar el programa en «modo demonio» (servicio en segundo plano), lo que permite que el núcleo backend se ejecute con privilegios elevados y aplique los perfiles de iluminación desde el arranque del sistema, mientras que la interfaz gráfica (frontend) opera bajo los permisos del usuario estándar. Conexión en caliente y reestructuración de detectores Otro de los cambios más solicitados era la gestión de periféricos USB  y OpenRGB 1.0 incorpora este soporte oficial para conexión en caliente (hot-plugging) en dispositivos HID. Conectar o desconectar teclados, ratones o auriculares ya no obliga al usuario a ejecutar un escaneo completo de los buses del sistema. Para lograr esto, el equipo reemplazó la biblioteca estándar hidapi por una bifurcación optimizada denominada hidapi-hotplug (versión 0.15.0). Aunque es posible compilar el código fuente utilizando la biblioteca estándar, se perderá la capacidad de detectar dispositivos dinámicamente. https://blog.desdelinux.net/wp-content/uploads/2026/09/OpenRGB_Screenshot.png El mecanismo de detección de hardware (detectores) también ha sido reescrito. Se introducen los «detectores universales», herramientas capaces de descargar los modos de iluminación directamente del firmware del dispositivo en lugar de depender de una lista programada en el código fuente. Formato de perfil JSON y rediseño del SDK La gestión de las configuraciones adopta oficialmente el formato JSON para los perfiles, lo que incluye la capacidad de almacenar directamente la configuración de los plugins instalados. El núcleo del sistema fue refactorizado para optimizar drásticamente la velocidad de lanzamiento de la aplicación y el escaneo general de los buses. También se simplificó la adición y gestión manual de dispositivos de red y puertos serie, tales como bombillas inteligentes Philips, Nanoleaf, LIFX y equipos Elgato. El SDK recibió una reestructuración para aumentar la tolerancia a fallos del servidor y modernizar la transferencia de datos. La API ahora soporta comuni[...]

mente con los mantenedores de proyectos comunitarios preexistentes como rust-cuda, ubicándose dentro de un ecosistema que también incluye iniciativas como Rust-GPU y CubeCL. El diferenciador clave es el respaldo de ingeniería directa del fabricante y una hoja de ruta clara para estandarizar Rust en la programación nativa de aceleradores gráficos. Finalmente, cabe mencionar que aunque los ecosistemas de CUDA C++ y CUDA Python ya son cadenas de herramientas de nivel empresarial, NVIDIA ha proyectado que CUDA Rust madurará y alcanzará un nivel apto para entornos de producción hacia 2027. Para facilitar esta adopción, la arquitectura planificada permitirá la interoperabilidad entre lenguajes, asegurando que elegir Rust no bloquee la integración con el código preexistente en C++ o Python. Si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace.

Desde Linux NVIDIA Anuncia CUDA Rust: Desarrollo Nativo de Kernels para GPU https://blog.desdelinux.net/wp-content/uploads/2026/09/NVIDIA-presenta-CUDA-Rust-con-los-modelos-SIMT-cuda-oxide-y-Tile-cutile-rs.jpg NVIDIA se ha sumado a la tendencia deRust integrando componentes clave como el controlador Nova de Linux, NVIDIA Dynamo y los enlaces de NVTX. Ahora, la compañía cierra la brecha al anunciar el desarrollo de CUDA Rust, permitiendo escribir kernels de GPU nativos que se compilan directamente a PTX, en lugar de depender de envoltorios sobre código en otros lenguajes. Se menicona que CUDA Rust admite dos enfoques principales para el desarrollo de kernels paralelos. NVIDIA recomienda a los desarrolladores iniciar siempre con el modelo Tile. En este paradigma, el programador define algoritmos que operan sobre bloques de datos, y el compilador Tile IR asume el control: decide cómo mapear los bloques en la arquitectura específica de la GPU, gestiona la sincronización y distribuye los datos entre los núcleos tensoriales. El modelo SIMT (Instrucción Única, Múltiples Hilos) se reserva para cuando se requiere un control de bajo nivel explícito sobre la memoria y los hilos individuales. El Enfoque SIMT: cuda-oxide Para el desarrollo bajo el modelo SIMT, NVIDIA propone el compilador cuda-oxide, un backend de generación de código personalizado para rustc. Este intercepta la compilación, enruta las funciones marcadas a través de Rust MIR, el marco Pliron IR y LLVM IR, hasta generar las instrucciones PTX finales. Este enfoque permite crear kernels utilizando el sistema de tipos y el modelo de propiedad de Rust, operando en un entorno sin biblioteca estándar (no_std). Para garantizar la seguridad en el acceso a la memoria (que suele ser el mayor problema en SIMT), NVIDIA introduce el tipo DisjointSlice, el cual asegura que cada hilo reciba acceso exclusivo a sus propios elementos de datos, dividiendo un préstamo mutable único en fragmentos por hilo. A nivel de infraestructura, cuda-oxide requiere Linux, una GPU con capacidad de cómputo 8.0 o superior, CUDA 12.x, clang y, por el momento, una cadena de herramientas nightly anclada a una versión específica de Rust. El Enfoque Tile: cutile-rs El modelo Tile se implementa mediante la biblioteca cutile-rs, la cual opera a un nivel de abstracción superior y presenta requisitos mucho más ligeros. A diferencia del modelo SIMT, no necesita compiladores LLVM personalizados ni versiones nightly; funciona sobre Rust estable (1.89 o superior) y requiere CUDA 13.3. Además, ya se encuentra publicada de manera estándar en crates.io. El núcleo de cutile-rs captura el AST (Árbol de Sintaxis Abstracta) del módulo en el binario del anfitrión y lo compila de forma dinámica (JIT) a través de CUDA Tile IR la primera vez que se lanza el kernel. En este modelo no es necesario utilizar estructuras como DisjointSlice, ya que el particionamiento de los datos se realiza en el anfitrión (host), otorgando a cada bloque de hilos un subtensor de escritura exclusivo. Este diseño hace que el código sea seguro por construcción, aplicando las estrictas reglas de propiedad y préstamo de Rust directamente sobre la GPU y previniendo errores clásicos de aliasing (como pasar un mismo búfer de salida como entrada) desde el tiempo de compilación. Estado Actual Ninguno de los dos proyectos se considera listo para producción en este momento. El compilador cuda-oxide se encuentra en una fase alfa temprana. Por su parte, cutile-rs presenta un estado de desarrollo más avanzado y ya está siendo adoptado fuera de NVIDIA por herramientas de terceros, como el motor de inferencia Grout de HuggingFace y el proyecto mistral.rs. El desarrollo de CUDA Rust no parte desde cero ya que el equipo de NVIDIA colabora activa[...]

ionar y arrastrar una carpeta junto con su contenido en la barra lateral. * La barra de búsqueda (Find bar) ya no queda inutilizable tras invertir los paneles en el modo de Vista Dividida (Split View). * Se repararon fallos críticos de conectividad, incluyendo páginas HTTP que no cargaban al usar DNS sobre HTTPS (DoH) y una pérdida total de conexión al mantener activa la VPN integrada. * En Windows, Firefox ya no bloquea la función de ocultación automática de la barra de tareas. Si estas interesado en poder conocer mas al respecto, puedes consultar los detalles en el siguiente enlace. Cómo instalar o actualizar a Firefox 156 Si ya tienes Firefox instalado, la actualización debería llegar automáticamente a través del gestor de paquetes de tu distribución en los próximos días. Sin embargo, si quieres obtener la versión 156 inmediatamente sin esperar a los repositorios oficiales, la mejor opción es utilizar el binario oficial que proporciona Mozilla. Para instalarlo desde el binario en cualquier distribución Linux (Ubuntu, Fedora, Arch, etc.), puedes seguir estos pasos en tu terminal: wget -O firefox.tar.bz2 "https://download.mozilla.org/?product=firefox-latest&os=linux64&lang=es-ES" sudo tar xjf firefox.tar.bz2 -C /opt/ sudo ln -sf /opt/firefox/firefox /usr/bin/firefox Si prefieres utilizar los paquetes Snap (común en Ubuntu), puedes forzar la actualización con: sudo snap refresh firefox Para los usuarios que prefieren Flatpak y Flathub, la actualización se puede realizar ejecutando: flatpak update org.mozilla.firefox Para los usuarios de Ubuntu, Linux Mint y otros derivados de Ubuntu, también es posible actualizar Firefox a través del PPA oficial. Para hacerlo, abre una terminal e introduce los siguientes comandos: sudo add-apt-repository ppa:ubuntu-mozilla-security/ppa -y sudo apt-get update sudo apt install firefox Finalmente, si prefieres esperar a que llegue a los repositorios nativos de tu distribución (DNF, Pacman), solo debes ejecutar el comando de actualización habitual de tu sistema, aunque ten en cuenta que esto puede tardar desde unas horas (en Arch) hasta varios días (en Debian/Ubuntu).