El ecosistema del kernel de Linux vuelve a mover ficha en el terreno del soporte a largo plazo (LTS). La política de mantenimiento de versiones estables, clave para servidores, dispositivos embebidos y distribuciones empresariales en España y el resto de Europa, se ajusta de nuevo tras la decisión de ampliar la vida útil de varias ramas recientes del kernel.

Con la última actualización de los calendarios de mantenimiento, el responsable de las series estables, Greg Kroah-Hartman, ha decidido prolongar el periodo de soporte de los kernels Linux 6.18, 6.12 y 6.6. Esta ampliación de plazos no es un simple detalle técnico: condiciona las decisiones de administradores de sistemas, proveedores de servicios cloud y responsables de TI que necesitan estabilidad durante años.

Revisión del calendario LTS: así quedan las versiones clave

En el nuevo esquema publicado por el mantenedor del kernel estable, se concreta el horizonte de soporte para varias versiones relevantes, con una foto clara del estado actual de las ramas LTS. Según el propio Kroah-Hartman, la situación pasa a ser la siguiente, reflejando el compromiso con un ciclo de vida más largo en las ediciones más recientes:

• Linux 5.10: soporte fijado en un total de 6 años.
• Linux 5.15: periodo de mantenimiento establecido en 5 años.
• Linux 6.6: se asegura ahora un ciclo de 4 años.
• Linux 6.12: también contará con 4 años de soporte oficial.
• Linux 6.18: tendrá mantenimiento durante al menos 3 años, con posibilidad de prolongarse si hay demanda suficiente.

Esta actualización de plazos llega tras múltiples conversaciones con empresas, grupos de trabajo y otros mantenedores del núcleo, que han presionado para conservar durante más tiempo determinadas versiones críticas para sus productos y distribuciones.

Extensión del soporte: nuevos finales de vida para 6.18, 6.12 y 6.6

Uno de los cambios más comentados es la prolongación concreta de los periodos de fin de vida (EOL) de las ramas LTS más recientes. A partir de ahora, Linux 6.18 LTS amplía su horizonte de mantenimiento hasta diciembre de 2027, ganando un año extra respecto al plan anterior. Además, se deja la puerta abierta a extender ese plazo si el interés por parte de la industria y la comunidad se mantiene alto.

El kernel Linux 6.12 LTS es, sin embargo, el mejor parado. Su fecha de fin de soporte se alarga dos años completos, pasando de diciembre de 2026 a algún momento de 2028. Este salto lo sitúa como una de las ramas más estratégicas para los próximos años, especialmente para distribuciones con un fuerte enfoque en estabilidad en Europa, donde ciclos largos son habituales en la administración pública y en entornos corporativos.

En paralelo, Linux 6.6 LTS también ve ampliada su vida útil. En lugar de finalizar en 2026, como estaba inicialmente previsto, su soporte se extiende hasta finales de 2027. Este cambio otorga un margen adicional a quienes ya han apostado por 6.6 como base para infraestructuras críticas, tanto en centros de datos como en dispositivos de red y sistemas embebidos.

Frente a estos cambios, las ramas 5.10 y 5.15 mantienen sus planes originales de soporte, con 6 y 5 años respectivamente, sin modificaciones en sus EOL. El foco de la revisión ha estado claramente en las series de la familia 6.x más recientes.

La realidad del soporte LTS: no se puede mantener todo para siempre

Aunque la comunidad del software libre tiene fama de cuidar sus proyectos durante muchos años, incluso después de nuevas publicaciones, existe un límite práctico. Mantener un sistema operativo y su kernel indefinidamente no es viable, especialmente cuando se acumulan cambios de seguridad, nuevas arquitecturas y requisitos de hardware.

Por este motivo, cada versión del kernel Linux cuenta con una fecha de fin de vida a partir de la cual deja de recibir parches oficiales. Esta caducidad obliga a planificar migraciones y actualizaciones, pero a cambio permite concentrar recursos en las ramas que realmente se utilizan en producción. Las extensiones anunciadas ahora son una forma de ajustar ese equilibrio según la adopción real de cada versión.

En la práctica, para administradores de sistemas en España o en otros países europeos, esto significa que pueden permanecer en un mismo kernel LTS durante varios años sin necesidad de saltar continuamente a ediciones más recientes. Las ampliaciones para 6.6, 6.12 y 6.18 ofrecen más margen para alinear las actualizaciones con ventanas de mantenimiento, contratos de soporte y requisitos regulatorios.

Por qué 6.12 LTS se convierte en la estrella del nuevo plan

Entre todas las versiones afectadas, la que más protagonismo gana es Linux 6.12 LTS. No solo recibe la ampliación más generosa de su periodo de soporte, sino que se está consolidando como una base tecnológica clave en varios frentes. La razón principal es que esta versión ha logrado congregar un interés muy fuerte tanto de grandes empresas como de proyectos comunitarios de primer nivel.

Una de las grandes novedades que llegaron con 6.12 fue la incorporación de PREEMPT_RT como parte del kernel principal, una mejora en el comportamiento en tiempo real que ha tardado unos veinte años en completarse. Este avance es especialmente relevante para sectores que exigen baja latencia y respuesta determinista, como la industria, las telecomunicaciones, el ámbito sanitario o la automoción, donde Europa tiene una presencia notable de fabricantes y proveedores.

A esto se suma que Red Hat Enterprise Linux 10 (RHEL 10) también se apoyará en 6.12, lo que multiplica la presión para un soporte extendido. Cuando grandes distribuciones empresariales basan sus ciclos de vida en un kernel concreto, resulta lógico que se solicite una ventana de mantenimiento acorde, que se mida en años y no en meses.

La versión 6.12 ha recibido incluso atención en el campo del hardware de consumo, con soporte para dispositivos como Raspberry Pi 5. Esto la coloca en una posición interesante para proyectos educativos, makers y pequeñas empresas que utilicen estas placas como parte de sus soluciones, también muy habituales en Europa en ámbitos como la automatización ligera o la monitorización remota.

Un modelo de soporte guiado por la adopción y el compromiso

Greg Kroah-Hartman ha dejado claro que no concede ampliaciones de soporte de forma indiscriminada. La decisión de prolongar la vida de una rama LTS depende de si las compañías y grupos de usuarios la adoptan y contribuyen activamente a su mantenimiento. En otras palabras, para que un kernel LTS reciba años extra de soporte, tiene que tener detrás una comunidad e industria dispuestas a implicarse.

En este contexto, la extensión del soporte para las versiones 6.6, 6.12 y 6.18 es una señal de que estas ramas han logrado un nivel de implantación relevante. La combinación de uso en distribuciones de referencia, despliegues en centros de datos, integración en productos comerciales y su utilización en sistemas de misión crítica ha pesado en la decisión.

Este modelo de soporte, en el que el calendario de EOL se ajusta en función del grado de adopción real, resulta especialmente útil para las organizaciones europeas que planifican a largo plazo. Permite alinear la elección de un kernel LTS con la estrategia tecnológica, sabiendo que si la versión se consolida como estándar de facto, el ecosistema de mantenimiento tenderá a reforzarse.

Impacto práctico para distribuciones y entornos de producción

En entornos de producción, esto se traduce en que las empresas pueden optar por una rama como 6.12 LTS o 6.6 LTS sabiendo que no tendrán que precipitar una migración al poco tiempo. Esto es especialmente importante en sectores regulados o con altos requisitos de certificación, donde los cambios de versión implican validaciones, auditorías y pruebas extensas.

Para los responsables de sistemas que gestionan infraestructuras mixtas en Europa, la combinación de kernels LTS con largos periodos de estabilidad y un flujo continuo de correcciones de seguridad resulta atractiva. Permite adoptar una estrategia de «menos saltos, pero mejor planificados», algo que encaja con la realidad de muchas organizaciones que no pueden permitirse sorpresas en producción.

Con este ajuste en los planes de soporte, el panorama del Linux LTS extended ofrece ahora más opciones para quienes necesitan estabilidad a medio y largo plazo. La ampliación de los ciclos de vida de 6.6, 6.12 y 6.18 refuerza la idea de que, cuando comunidad e industria reman en la misma dirección, el calendario del kernel puede adaptarse a esas necesidades, proporcionando un margen adicional para planificar despliegues, actualizaciones y estrategias de mantenimiento con menos prisas.

from Linux Adictos https://ift.tt/3EXaUMx
via IFTTT

La última entrega del conocido framework multimedia de código abierto GStreamer ya se puede descargar como paquete fuente gstreamer-1.28.1.tar.xz a través del archivo especializado Fossies. Esta publicación consolida a GStreamer como una de las piezas clave en la construcción de tuberías de audio y vídeo en entornos GNU/Linux, BSD y otras plataformas ampliamente utilizadas en Europa y España, tanto en escritorio como en servidores y dispositivos embebidos.

El archivo alojado en Fossies reproduce el contenido del proyecto original hospedado en gstreamer.freedesktop.org, pero añade servicios adicionales pensados para desarrolladores y administradores de sistemas: informes de diferencias entre versiones, análisis de conteo de líneas de código, revisión ortográfica del código fuente y documentación generada con Doxygen. Todo ello facilita revisar qué trae exactamente esta versión 1.28.1, validar cambios y preparar integraciones en distribuciones o proyectos internos.

Qué es GStreamer y qué incluye la versión 1.28.1

GStreamer es una biblioteca diseñada para crear gráficos de procesamiento multimedia, es decir, cadenas de elementos (plugins) que permiten desde la simple reproducción de Ogg/Vorbis hasta flujos complejos de mezcla de audio, edición no lineal de vídeo o streaming en tiempo real. El paquete 1.28.1 proporciona el núcleo de la librería, junto a un conjunto amplio de componentes básicos, utilidades y herramientas de línea de comandos necesarias para desarrollar y depurar estas tuberías multimedia.

Dentro del archivo comprimido se encuentran los ficheros habituales de cualquier proyecto maduro: un extenso ChangeLog con los cambios acumulados, los textos de licencia (COPYING), los documentos de mantenimiento (MAINTAINERS) y varios README orientados a usos específicos como la vinculación estática o la construcción de la biblioteca.

La estructura interna del paquete revela una separación clara entre núcleo, librerías complementarias y plugins. El directorio gst/ alberga el corazón del framework (gestión de elementos, pads, buffers, mensajes y reloj interno), mientras que el conjunto de librerías en libs/gst/ proporciona bloques listos para reutilizar en proyectos de terceros: utilidades de base, control, networking y un sistema de pruebas propio.

Librerías base, control y red incluidas en el paquete

El contenido de libs/gst/base/ reúne las librerías fundamentales sobre las que se apoyan la mayoría de elementos de GStreamer: adaptadores para manejo de datos (gstadapter), colas de mensajes y datos (gstqueuearray, gstdataqueue), parsers genéricos, elementos base de entrada (gstbasesrc), salida (gstbasesink) y transformación (gstbasetransform), así como utilidades para lectura y escritura de bits y bytes. Estas piezas sirven tanto a los plugins oficiales como a los módulos desarrollados por terceros que se integran en productos multimedia en España y el resto de Europa.

En el ámbito del control, el árbol libs/gst/controller/ incorpora mecanismos como fuentes de control por interpolación, sonidos LFO, valores temporizados y bindings ARGB. Estas herramientas permiten automatizar parámetros de filtros, volúmenes o efectos en el tiempo, lo que resulta especialmente útil para aplicaciones de producción audiovisual, radio por Internet o herramientas de edición que se apoyan en GStreamer como motor.

Por su parte, la librería de red ubicada en libs/gst/net/ proporciona relojes de red, sincronización PTP, soporte NTP y metadatos de red. Ficheros como gstnetclientclock.c, gstnettimeprovider.c, gstptpclock.c o gstntppacket.c evidencian que esta versión sigue apostando por la sincronización precisa en entornos distribuidos, clave para streaming de baja latencia o producciones remotas, escenarios cada vez más habituales también en broadcasters y proveedores de servicios OTT europeos.

Plugins esenciales y elementos del núcleo

El directorio plugins/elements/ concentra un buen número de elementos básicos de GStreamer que forman la columna vertebral de cualquier pipeline: fuentes y sumideros de archivos (filesrc, filesink), fuentes y destinos de descriptores de fichero (fdsrc, fdsink), colas (queue, queue2, multiqueue), filtros de capacidades (capsfilter), elementos de replicación (tee) y selección de flujo (inputselector, outputselector), entre otros.

La versión 1.28.1 incluye también elementos orientados a tareas más específicas como buffer de descarga para streaming (gstdownloadbuffer), lectura de datos desde URIs (dataurisrc), gestión de archivos dispersos (sparsefile) o demultiplexado de identificadores de flujo (streamiddemux). Estos componentes permiten que aplicaciones de escritorio, servicios web y soluciones embebidas construidas en España o en el resto de Europa puedan adaptar sus pipelines a distintos protocolos y necesidades de red sin depender de soluciones cerradas.

Junto a los elementos de datos, los plugins trazadores en plugins/tracers/ aportan herramientas para medir y analizar latencias, uso de memoria, consumo de CPU, fugas de recursos y estadísticas internas. Archivos como gstlatency.c, gststats.c, gstleaks.c o gstrusage.c se integran con el sistema de tracing de GStreamer para ofrecer una visión detallada del comportamiento en producción, lo que facilita la optimización de pipelines complejos en infraestructuras de streaming o plataformas de vídeo bajo demanda.

Herramientas de línea de comandos y soporte para desarrolladores

Además de las bibliotecas y plugins, el paquete gstreamer-1.28.1 incorpora varias herramientas de línea de comandos ampliamente utilizadas por desarrolladores, integradores y administradores de sistemas. Entre ellas destacan gst-inspect para inspeccionar plugins y elementos disponibles, gst-launch para construir y ejecutar pipelines desde la terminal, gst-stats para recopilar métricas y gst-typefind para detectar tipos de medios a partir de datos de entrada.

Estas utilidades vienen acompañadas de scripts de autocompletado para Bash, lo que agiliza el trabajo diario al probar configuraciones o depurar problemas en sistemas Linux. En el paquete se incluyen archivos bajo data/bash-completion/ que proporcionan completado automático de comandos y opciones, una ayuda práctica para técnicos y desarrolladores que trabajan con GStreamer de forma intensiva.

En el plano del desarrollo, se suministran múltiples ficheros de integración con sistemas de construcción: un módulo CMake (cmake/FindGStreamer.cmake), reglas para Meson (meson.build distribuidos por todo el árbol) y scripts auxiliares de distribución y empaquetado en el directorio scripts/. Este enfoque facilita que proyectos europeos basados en distintos entornos de compilación puedan detectar y enlazar GStreamer sin mayores complicaciones.

La nueva publicación de gstreamer-1.28.1 en Fossies ofrece a la comunidad europea y española un paquete fuente completo, bien documentado y fácil de integrar, con todo lo necesario para compilar, probar y desplegar el framework multimedia en una amplia variedad de entornos. Entre la organización del código, la abundante documentación, los sistemas de pruebas, el soporte de red y los servicios de verificación, este lanzamiento refuerza el papel de GStreamer como base tecnológica sólida para proyectos de audio y vídeo en el ecosistema del software libre.

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

Si juegas en Linux y te va la arqueología de los videojuegos, el nombre D7VK 1.4 seguramente te empiece a sonar cada vez más. Esta pequeña gran capa de traducción se ha convertido en una pieza clave para disfrutar de títulos clásicos basados en Direct3D 5, 6 y 7 a través de Vulkan, normalmente usando Wine o Proton como base. Además, llega en un contexto en el que DXVK también fue evolucionando en su propia versión 1.4, reforzando todo el ecosistema de traducción DirectX → Vulkan.

En las siguientes líneas vamos a repasar las novedades más importantes de D7VK 1.4, cómo encaja dentro del ecosistema DXVK/Wine, qué aporta a nivel de compatibilidad y rendimiento con juegos antiguos, qué limitaciones tiene y cómo puedes empezar a usarlo en tu sistema Linux (e incluso en Windows, aunque sea un uso secundario). También veremos de pasada las claves de DXVK 1.4, porque muchas ideas y conceptos son compartidos y se complementan.

¿Qué es exactamente D7VK y qué problema resuelve?

D7VK es una capa de traducción basada en Vulkan pensada para ejecutar aplicaciones y juegos 3D antiguos que utilizan Direct3D 7, 6 y 5 sobre Linux mediante Wine. En lugar de implementar desde cero todo el stack de Direct3D y DirectDraw, D7VK se apoya en el backend de D3D9 de DXVK y en la implementación de DDraw de Wine (o incluso en la nativa de Windows) para actuar como un proxy minimalista entre ambos mundos.

De forma simplificada, podríamos decir que D7VK hace de “intérprete” entre los viejos juegos Direct3D 5/6/7 y DXVK, que a su vez traduce todo a Vulkan. De esta forma, muchos títulos clásicos pueden aprovechar las ventajas de Vulkan (menor sobrecarga, mejor uso de la CPU, mejor gestión de recursos) sin que sus desarrolladores tengan que tocar una sola línea de código.

Es importante entender que el objetivo central de D7VK es ofrecer compatibilidad decente para D3D7, añadiendo soporte “experimental” para D3D6 y D3D5, precisamente porque cuanto más atrás se retrocede en la historia de DirectX, más “malditas” se vuelven las APIs y más raras son sus interacciones con DDraw y GDI.

Arquitectura y alcance de D7VK

La arquitectura de D7VK se basa en un enfoque muy pragmático: se apoya en DXVK (sobre todo en el backend de D3D9) y en el DDraw de Wine para construir una capa fina que implemente lo justo y necesario de D3D7/6/5. En lugar de reescribir DirectDraw y todas las APIs anteriores a D3D8, integra lo mínimo indispensable para que los juegos puedan comunicarse correctamente con DXVK.

Esto significa que no se pretende cubrir todos los recovecos más oscuros de DDraw, especialmente en lo referente a aplicaciones que mezclan sin pudor D3D con GDI o con distintas versiones de DirectX. En esos casos, el propio autor de D7VK recomienda sin tapujos tirar de WineD3D, que aunque sea algo menos eficiente en rendimiento, implementa prácticamente todo y gestiona mucho mejor esas interacciones “malditas”.

Al apoyarse en DXVK para D3D9, todas las opciones de configuración de DXVK para D3D9 resultan aplicables a D7VK, incluyendo parámetros como límites de FPS, control del VSync, HUD con estadísticas de rendimiento o ajustes de comportamiento internos. D7VK hereda así buena parte de la madurez y rendimiento que DXVK ha ido ganando a lo largo de los años.

Novedades más destacadas de D7VK 1.4

La versión 1.4 de D7VK introduce una serie de mejoras clave orientadas a la compatibilidad con juegos concretos y a pulir pequeños detalles del comportamiento gráfico. No hay un cambio radical de arquitectura, pero sí un conjunto de avances que, sumados, hacen que bastantes títulos “problemáticos” pasen a ser plenamente jugables.

Soporte de color key transparency

Una de las grandes estrellas de D7VK 1.4 es la implementación del soporte para color key transparency, una técnica muy usada en los inicios de Direct3D como alternativa barata al alpha testing. En lugar de canales alfa, se usaba un color específico para marcar píxeles transparentes, lo que con traducciones incompletas acababa generando bloques de color opacos donde debería haber transparencia.

Gracias al trabajo de la comunidad, especialmente de @CkNoSFeRaTU, ahora D7VK es capaz de manejar correctamente ese tipo de transparencia por color clave. Esto soluciona los artefactos de color sólido que aparecían en títulos como Arx Fatalis, Messiah, Darkstone, Divine Divinity, Mortal Kombat 4 y un buen puñado de juegos más que tiraron de este truco gráfico en su momento.

Mejor interoperabilidad con DDraw y juegos “cabezones”

Otro frente donde se ha avanzado bastante es en la consolidación de la interoperabilidad entre DDraw y las distintas versiones soportadas de D3D. Los antiguos APIs de DirectDraw y Direct3D se entremezclaban de formas muy poco ortodoxas, y muchas veces los juegos hacían cosas que, desde la perspectiva actual, no tienen ningún sentido.

En D7VK 1.4 se ha dedicado bastante trabajo a unificar y robustecer la forma en que se gestionan esas interacciones entre DDraw y D3D7/6/5, lo que se traduce en que juegos como Plants vs Zombies y otros títulos de PopCap de la misma época hayan pasado de ser inestables o injugables a funcionar correctamente.

También gracias a contribuciones de la comunidad se han corregido bugs relacionados con la instanciación de DDraw vía IClassFactory, fallo que impedía el funcionamiento de juegos como Re-Volt y Sea Dogs. Ahora estos títulos entran en la categoría de jugables, lo que amplía aún más la biblioteca de clásicos que pueden ejecutarse sobre D7VK sin dramas.

Mejoras de profundidad, limpieza y correcciones para juegos concretos

Aprovechando pistas aportadas por colaboradores como @Trass3r, en D7VK 1.4 se ha añadido soporte para clears de profundidad iniciados desde DDraw. Esta característica, que puede sonar bastante específica, es clave para que algunos juegos gestionen correctamente su buffer de profundidad y no muestren glitches de z-fighting o elementos mal dibujados.

Además, se ha incorporado un soporte preliminar para la escritura de profundidad de vuelta (depth write-back), por ahora centrado en el formato D16. Esta mejora se ha traducido en la corrección de problemas de oclusión de fuentes de luz en juegos como Star Wars Episode I: Racer, donde antes las luces se comportaban de forma irreal o directamente no se ocultaban cuando correspondía.

El changelog de D7VK 1.4 también recoge la corrección de un cuelgue en el arranque de V-Rally 2 Expert Edition, así como un buen número de fixes de “casos esquina” que podían provocar cierres, congelaciones o comportamientos extraños en títulos antiguos de D3D o DDraw. Entre los beneficiados se mencionan Revenant, Powerslide o Slave Zero, además de un workaround específico para un posible cuelgue al volver al menú principal en GTA 2.

Instalación básica y uso de D7VK

Poner en marcha D7VK en un prefijo de Wine es relativamente sencillo: basta con copiar el archivo ddraw.dll junto al ejecutable del juego o aplicación y luego configurar los overrides apropiados en Wine para que use esa DLL de forma prioritaria.

En concreto, en winecfg hay que añadir un override “native, builtin” para la biblioteca ddraw en la pestaña de Libraries, asegurándote de indicar exactamente ese orden. No es necesario preocuparse por la arquitectura, ya que DDraw y sus compañeros de D3D antiguos siempre fueron exclusivamente de 32 bits.

También existe una vía alternativa de despliegue necesaria para ciertos juegos especiales como GTA 2, StarLancer o Midtown Madness 2. En ese caso, hay que renombrar el ddraw.dll de sistema de Wine a ddraw_.dll y copiar el ddraw.dll de D7VK al directorio system32 o syswow64 dentro del prefijo, según su bitness. D7VK intentará primero cargar ddraw_.dll desde el path actual antes de recurrir al ddraw.dll del sistema, permitiendo así coexistir ambas piezas.

En Windows también es posible usar D7VK, aunque no es la plataforma principal para la que se desarrolla ni se prueba. En ese caso basta con copiar ddraw.dll junto al ejecutable del juego, pero se desaconseja totalmente colocarlo en directorios de sistema de Windows, ya que se requiere una implementación real de DDraw y se podrían provocar daños serios en la instalación.

DXVK 1.4: contexto y sinergias con D7VK

La historia de D7VK está fuertemente ligada a la evolución del propio proyecto DXVK, que es la gran columna vertebral de la traducción Direct3D → Vulkan para juegos más modernos (especialmente Direct3D 10 y 11). La versión 1.4 de DXVK supuso un salto relevante que afectó también a cómo se integran capas como D7VK o D8VK.

DXVK 1.4 actualizó la interfaz de Direct3D 11 hasta la versión 11.4 incluida en Windows 10 (build 1903), lo que permitió resolver problemas concretos con juegos como Plants vs Zombies – Battle for Neighbourville. Las nuevas APIs introducidas en D3D11.4 se implementan parcialmente, centrándose solo en aquellas características que tienen sentido sobre la funcionalidad de Vulkan existente.

También se actualizó la interfaz DXGI a la versión 1.5, incluyendo la posibilidad de comprobar soporte HDR (aunque sin salida HDR nativa todavía). Además, se añadieron métodos de interacción DXGI-GDI que, entre otras cosas, facilitaron el arranque de clientes como Rockstar Game Launcher, siempre que se acompañen de correcciones específicas en Direct2D dentro de Wine.

Rendimiento y mejoras internas de DXVK 1.4

En el plano del rendimiento, DXVK 1.4 trajo varias optimizaciones interesantes que afectan a muchos juegos Direct3D 11, mejorando la fluidez y reduciendo la carga de CPU. Una de las más destacadas es la activación por defecto de la opción d3d11.allowMapFlagNoWait, que incrementa el rendimiento en determinados títulos al permitir un manejo más eficiente de ciertos recursos mapeados.

Se solucionaron también los problemas que impedían lanzar correctamente The Witcher 3, ajustando el comportamiento de sincronización para acercarlo al del controlador D3D11 original. Además, se abordaron posibles cuellos de botella en juegos que hacen un uso intensivo de contextos diferidos, como Dark Souls III y Sekiro: Shadows Die Twice.

DXVK 1.4 mejoró de forma notable el seguimiento interno de recursos, reduciendo ligeramente el consumo de CPU al gestionar buffers, texturas y otros elementos gráficos. Todo este trabajo interno, aunque no siempre visible de cara al usuario, siembra el terreno para una integración aún más limpia con capas como D7VK, que necesitan un backend D3D9/D3D11 lo más sólido posible.

Instalación práctica de DXVK 1.4 sobre Wine

Para quienes quieran usar DXVK directamente sobre Wine, el flujo típico consiste en descargar el paquete estable de DXVK, extraerlo y ejecutar su script de instalación sobre el prefijo de Wine deseado. Por ejemplo, con la versión 1.4 se puede hacer algo así:

Primero se descarga el archivo con una herramienta como wget desde el enlace oficial de GitHub:

wget https://github.com/doitsujin/dxvk/releases/download/v1.4/dxvk-1.4.tar.gz

Luego se descomprime el paquete con tar y se accede a la carpeta descomprimida:

tar -xzvf dxvk-1.4.tar.gz
cd dxvk-1.4

Por último, se ejecuta el script de instalación contra el prefijo activo de Wine mediante un simple sh setup-dxvk.sh install con privilegios adecuados:

sudo sh setup-dxvk.sh install

El script también permite usar la implementación DXGI de Wine en lugar de la de DXVK si se desea utilizar vkd3d para juegos Direct3D 12 y DXVK para Direct3D 11. Para ello se puede ejecutar:

setup-dxvk.sh install --without-dxgi

Otra opción práctica que ofrece el script es instalar las DLL como enlaces simbólicos (mediante la opción --symlink), lo que facilita mucho la actualización simultánea de múltiples prefijos de Wine: basta con actualizar una única copia central de DXVK.

Mirando el conjunto, D7VK 1.4 y DXVK 1.4 refuerzan un ecosistema en el que Linux y Wine se consolidan como una plataforma muy seria para jugar tanto a clásicos de Direct3D 5/6/7 como a títulos modernos de D3D10/11, ofreciendo un rendimiento muchas veces sorprendentemente cercano a Windows y, sobre todo, una compatibilidad cada vez más amplia con APIs históricas que parecían condenadas al olvido.

from Linux Adictos https://ift.tt/5d1plc3
via IFTTT

La llegada de Mesa 26.0.1 marca la primera revisión puntual de la serie 26, con un cambio especialmente sensible: un parche de seguridad crítico que corrige un posible acceso fuera de límites (OOB) de memoria en contextos WebGPU utilizados desde navegadores web. Este tipo de vulnerabilidad podría permitir que una página maliciosa intente leer o corromper memoria indebida, comprometiendo la estabilidad y la seguridad del sistema cuando la aceleración gráfica es pieza clave.

Más allá de este fix urgente, la actualización mantiene el ritmo habitual de Mesa: correcciones de errores, ajustes de rendimiento y mejoras de compatibilidad para distintas GPU y configuraciones gráficas. Aunque muchos de estos cambios pasan desapercibidos para el usuario final, son fundamentales para garantizar una experiencia más sólida en juegos, aplicaciones 3D y navegadores modernos que dependen cada vez más de APIs avanzadas como WebGPU dentro del ecosistema Linux.

Mesa 26.0.1: primera revisión puntual con un fix de seguridad crítico

En esta ocasión, la actualización tiene más urgencia de lo habitual porque incluye una corrección de seguridad para un posible acceso fuera de límites (OOB) de memoria en contextos WebGPU cuando se usa desde navegadores web. Este tipo de fallo puede permitir que una página maliciosa intente leer o corromper memoria a la que no debería tener acceso, con riesgos claros para la estabilidad y la seguridad del sistema.

Además de ese parche clave, Mesa 26.0.1 recoge el típico lote de correcciones de errores, pequeños ajustes de rendimiento y mejor compatibilidad con distintas GPU y stacks gráficos. Aunque muchos cambios no son espectaculares de cara al usuario, sí suponen una mejora real en fiabilidad, sobre todo en combinaciones concretas de hardware y juegos o aplicaciones.

PanVK y Mali: acelerón considerable con MSAA en Mesa 26.1

En paralelo a la rama 26.0.x, el desarrollo de Mesa sigue adelante y ya se han fusionado cambios para 26.1. Uno de los avances más llamativos llega en el driver PanVK, que proporciona soporte Vulkan para las GPU Arm Mali modernas.

Una serie de optimizaciones recientes han permitido lograr aceleraciones de hasta 25,7 veces en pruebas con multi-sample anti-aliasing (MSAA) en Vulkan. Hablamos de un salto enorme en escenarios donde se usa MSAA para suavizar bordes y mejorar la calidad de imagen, algo muy relevante para juegos y aplicaciones 3D en dispositivos con GPU Mali.

Estas mejoras refuerzan la tendencia de los últimos años: el soporte gráfico open source en plataformas Arm está madurando a buen ritmo, tanto para sobremesa como para dispositivos embebidos y soluciones en la nube, reduciendo la dependencia de drivers privativos y permitiendo una integración más limpia con el resto del stack Linux.

Drivers gráficos AMD e Intel: evolución constante en Linux

Mientras Mesa avanza, el resto de la pila gráfica en Linux tampoco se queda quieta. En el caso de AMD, el driver AMDGPU del kernel ha alcanzado recientemente una cifra significativa: más de seis millones de líneas de código en Linux 7.0, lo que supone alrededor del 15% de todo el código del kernel, convirtiéndose en el driver individual más grande.

Este crecimiento refleja la enorme inversión en funcionalidades para GPU modernas, soporte de cómputo, integración con AMDKFD y compatibilidad con múltiples generaciones de tarjetas Radeon. El resultado práctico es un soporte sólido para gaming, cómputo GPGPU y uso profesional, especialmente cuando se combina con Mesa y RADV.

Además, se han seguido integrando mejoras específicas para GPUs AMD antiguas. Un desarrollador de Valve ha impulsado múltiples parches que han mejorado de forma notable el rendimiento y la estabilidad de las Radeon GCN 1.0/1.1, hasta el punto de que se usa AMDGPU por defecto en lugar del antiguo driver Radeon, habilitando también RADV Vulkan y ofreciendo una experiencia bastante más redonda.

Por el lado de Intel, el driver ANV para Vulkan ha recibido correcciones en la codificación de vídeo H.265 con Vulkan Video dentro de Mesa 26.1 en desarrollo. Estas mejoras son cruciales para quienes dependen de la aceleración de vídeo moderna en Intel, ya sea para transcodificación, streaming o aplicaciones multimedia profesionales.

El conjunto de cambios que rodea a Mesa 26.0.1 dibuja un ecosistema Linux especialmente dinámico: desde el parche de seguridad en WebGPU y los avances en drivers gráficos como PanVK, AMDGPU e Intel ANV, hasta la nueva oleada de kernels 7.0 y LTS extendidos, pasando por mejoras en entornos de escritorio, compiladores, almacenamiento, virtualización, IA y gaming. Tener todo este stack al día no solo aporta rendimiento, sino que refuerza la seguridad y abre la puerta a nuevas funciones que hace pocos años eran impensables en Linux como plataforma generalista.

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

La última actualización de la suite ofimática de código abierto de Ascensio, ONLYOFFICE Docs 9.3, llega con un paquete amplio de cambios que toca prácticamente todos los frentes: desde la edición de PDF y las herramientas de colaboración hasta la integración de inteligencia artificial y la experiencia en escritorio. La compañía habla de más de 30 nuevas funciones y más de 500 correcciones, un volumen que deja claro que no se trata de un simple retoque menor.

Con esta versión, la plataforma refuerza su posición como alternativa a suites propietarias más conocidas, ofreciendo una opción multiplataforma, autoalojable y orientada a la productividad tanto para usuarios particulares como para organizaciones europeas que necesitan controlar sus datos. Sin alardes, la actualización apunta a que se pueda trabajar más rápido, con menos fricción y con un mayor nivel de seguridad en flujos documentales cada vez más digitalizados.

Un editor PDF mucho más completo: firmas, seguridad y control

En entornos profesionales y administrativos, la suite incorpora además la posibilidad de cargar certificados de firma digital desde el panel de administración en la edición Enterprise. Con ello se pueden aplicar firmas de confianza a los formularios enviados y alinearse mejor con los requisitos legales europeos sobre integridad y autenticidad documental, algo especialmente sensible en sectores como jurídico, financiero o la administración pública.

Más allá de las firmas, el editor incorpora una serie de cambios que hacen que se parezca cada vez más a un procesador de texto tradicional, pero aplicado al PDF. Ahora es posible abrir y editar archivos protegidos por contraseña siempre que se conozca la clave, gestionar hipervínculos internos y externos que permanecen activos incluso cuando se trabaja en modo de comentarios, consultar el historial de versiones del documento e incluso editar las fuentes integradas en el propio archivo.

También se añaden utilidades prácticas como la redacción u ocultación de texto sensible desde un panel de herramientas emergente, la configuración detallada de opciones de impresión por página y la inserción de campos ajustables dentro de celdas de tablas al crear formularios PDF. En conjunto, el módulo de PDF pasa de ser un añadido cómodo a convertirse en una pieza central para quienes manejan documentación compleja a diario.

Documentos de texto: vista multipágina y colaboración más clara

El editor de documentos introduce una de las funciones que muchos usuarios veían reclamando desde hace tiempo: la vista multipágina. Esta opción permite revisar varias páginas en paralelo, lo que facilita mucho la maquetación de informes extensos, manuales o trabajos con estructuras complejas, sobre todo en equipos con pantallas panorámicas. El acceso se realiza desde el menú de visualización, donde se puede alternar rápidamente entre el modo de una sola página y el de múltiples páginas.

En el apartado colaborativo, los comentarios han sido revisados a fondo. Cada participante puede disfrutar ahora de colores únicos por usuario, lo que hace más sencillo identificar de un vistazo quién ha anotado qué. Además, el sistema marca con precisión el inicio y el final del fragmento comentado, reduciendo el riesgo de malentendidos cuando varias personas trabajan de forma simultánea sobre el mismo texto.

Para mejorar la edición diaria, las opciones de encabezado y pie de página se han reagrupado en una pestaña específica que ofrece acceso más directo a estos elementos de maquetación. A esto se suma una selección de texto más ágil con el ratón: el doble clic permite seleccionar palabras completas y el triple clic amplía la selección a párrafos enteros, un pequeño detalle que, en la práctica, acelera muchas tareas rutinarias.

Entre las funciones transversales que afectan también al editor de texto se encuentran la inserción de enlaces en imágenes, formas y grupos y la opción de exportar documentos al formato Markdown (.md), pensada para quienes trabajan con gestores de contenidos, documentación técnica o control de versiones. Además, la aplicación puede abrir archivos TSV (valores separados por tabulaciones) para su visualización y edición rápida.

Hojas de cálculo: mejor rendimiento, Solver y matrices dinámicas

El editor de hojas de cálculo recibe una actualización centrada en los usuarios que manejan datos voluminosos y modelos avanzados. Por un lado, se ha acelerado de forma notable el renderizado inicial de archivos de gran tamaño, en especial aquellos que superan los 3 MB de peso. Esto reduce los tiempos de apertura y hace más llevadera la gestión de libros con muchas hojas o fórmulas complejas, algo habitual en análisis financieros, reporting y tareas de Business Intelligence.

En cuanto a funciones, la novedad más llamativa es la incorporación de Solver, una herramienta para resolver problemas de optimización lineal mediante el método Simplex directamente desde la pestaña de datos. Este componente permite ajustar modelos de costes, planificaciones o escenarios de logística sin necesidad de recurrir a aplicaciones externas, lo que puede resultar útil en departamentos de planificación y control.

La suite adopta también el soporte de matrices dinámicas, que permiten que una sola fórmula devuelva múltiples resultados y se «desborde» automáticamente hacia las celdas adyacentes. Esta característica, ya presente en otras suites ofimáticas modernas, facilita el trabajo con rangos dinámicos y análisis avanzados sin recurrir a fórmulas matriciales tradicionales.

La biblioteca de funciones se amplía con nuevas operaciones basadas en expresiones regulares, como REGEXTEST, REGEXREPLACE y REGEXEXTRACT, orientadas a un tratamiento de texto más sofisticado dentro de las hojas de cálculo. Además, se introduce un nuevo botón de «Formato» en la pestaña de inicio que agrupa las opciones de trabajo con hojas, filas y columnas, y se mejora la gestión de múltiples separadores al dividir texto en columnas, lo que simplifica la limpieza de datos importados desde otras fuentes.

Presentaciones: soporte nativo de GIF para diapositivas más dinámicas

El editor de presentaciones no queda al margen de la actualización. En ONLYOFFICE Docs 9.3 incorpora el soporte de animaciones GIF durante la reproducción de diapositivas, de modo que se pueden integrar elementos en movimiento sin depender de reproductores de vídeo externos ni enlaces incrustados. Esta función permite dar algo más de vida a las presentaciones, ya sea para piezas formativas, informes a dirección o materiales de marketing.

Junto a ello, la suite mantiene la compatibilidad con los formatos más habituales y pone el foco en que el pase de diapositivas sea fluido tanto en entornos locales como en sesiones compartidas en línea, un punto relevante para reuniones híbridas y formación a distancia en empresas y centros educativos europeos.

Desktop Editors y entorno empresarial: autoalojado, nube y control de la infraestructura

Las novedades de ONLYOFFICE Docs 9.3 no se quedan en la versión online. El paquete Desktop Editors, disponible de forma gratuita para Windows, Linux y macOS, hereda la mayor parte de las mejoras introducidas en los editores de documentos, hojas de cálculo, presentaciones y PDF. La idea es que la experiencia sea coherente tanto si se trabaja en el navegador como en local.

La edición de escritorio suma además rasgos propios, como un modo multiventana en macOS que facilita el trabajo con varios documentos a la vez, y la posibilidad de conectar directamente con servicios en la nube como Box y Dropbox, de forma que los archivos alojados en estas plataformas sean accesibles desde la interfaz de escritorio sin pasos intermedios.

En el ámbito corporativo, la versión Enterprise ofrece un panel de control renovado para configurar servidores y certificados, incluyendo la gestión de HTTPS y la carga de certificados de firma digital. Esto encaja con organizaciones europeas que optan por un despliegue autoalojado (on-premises) para asegurar el cumplimiento normativo y mantener los datos dentro de su propia infraestructura o en proveedores que cumplen la legislación de la UE.

La compañía mantiene la doble vía de distribución: por un lado, versiones autoalojadas que se pueden descargar ya desde la web oficial, pensadas para empresas, administraciones y usuarios avanzados que quieren tener control total sobre el entorno; por otro, ediciones en la nube gestionadas por el propio proveedor, que recibirán la actualización a 9.3 progresivamente y reducen la carga de mantenimiento técnico.

Inteligencia artificial bajo control: asistentes personalizados y privacidad

La inteligencia artificial continúa ganando terreno en la suite. En ONLYOFFICE Docs 9.3, las funciones de IA siguen siendo opcionales pero más flexibles, con la posibilidad de crear asistentes personalizados en el editor de documentos. Estos asistentes permiten guardar instrucciones específicas para operaciones frecuentes, como reescribir textos, resumir contenidos o aplicar determinados estilos, y añadirlas a la barra de herramientas para ejecutarlas con un solo clic.

El planteamiento de la suite pasa por mantener la IA desactivada por defecto, dejando en manos de cada organización la elección del proveedor o incluso la opción de trabajar con modelos alojados localmente. Esto resulta relevante en Europa, donde pesan tanto las obligaciones en materia de protección de datos como las políticas de soberanía digital. De este modo, la automatización de tareas se combina con un mayor control sobre qué servicios intervienen y dónde se procesan los contenidos.

En el ecosistema de ONLYOFFICE también se habla de agentes de IA capaces de interactuar en lenguaje natural con documentos, hojas de cálculo y PDFs, realizar operaciones de análisis o generación de contenido y automatizar flujos sin que los usuarios tengan que ser expertos en programación. La arquitectura abierta y el carácter de proyecto de código abierto con más de 15 millones de usuarios en todo el mundo apuntan a que estas capacidades seguirán evolucionando, también bajo el escrutinio de comunidades técnicas y empresas que priorizan auditoría y transparencia.

Con todo este conjunto de cambios, ONLYOFFICE Docs 9.3 se consolida como una actualización amplia que refuerza el editor de PDF, pule la experiencia en documentos, hojas de cálculo y presentaciones, da más margen a la IA personalizada y potencia las opciones tanto en escritorio como en entornos empresariales y autoalojados, ofreciendo a usuarios en España y el resto de Europa una alternativa ofimática madura, flexible y con un foco claro en seguridad y control de los datos.

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

La versión Thunderbird 148 ya está disponible como actualización gratuita del conocido cliente de correo y calendario de código abierto. El lanzamiento mantiene la estrategia del proyecto de sacar una rama principal con novedades y parches frecuentes, complementada con una edición ESR de soporte extendido para quienes prefieren cambios más espaciados.

Mozilla distribuye esta actualización a través de la función de actualización integrada del programa y del paquete completo descargable desde la web oficial. La edición 148 no es un lanzamiento ESR, de modo que los usuarios que necesiten una versión más conservadora y estable a largo plazo pueden seguir en la rama 140.x ESR, mientras que quienes quieran mejoras más rápidas ya tienen disponible esta revisión.

Enfoque del lanzamiento 148: más pulido que grandes cambios

El desarrollo de Thunderbird 148 se centra sobre todo en correcciones internas, estabilidad y seguridad, más que en funciones espectaculares de cara al usuario. Aunque hay algunas novedades visibles, buena parte del trabajo ha consistido en arreglar errores que afectaban al día a día, especialmente en la recepción periódica de correos, el uso del calendario y la integración con servicios Exchange.

Los responsables del proyecto destacan que en esta versión se han cerrado múltiples vulnerabilidades, algunas calificadas con un nivel de gravedad alto. Estos fallos se han mitigado mediante parches incluidos directamente en la actualización 148, de forma que basta con aplicar el update para beneficiarse de las correcciones de seguridad más recientes.

Mejoras de accesibilidad y manejo de carpetas

Uno de los apartados reforzados en Thunderbird 148 es la accesibilidad en diferentes vistas de tipo árbol, presentes en la lista de cuentas, carpetas y otros elementos de la interfaz. Los cambios están orientados a que la navegación con teclado, lectores de pantalla y tecnologías de apoyo resulte más clara y coherente.

También se ha afinado la forma en que el programa muestra las carpetas no leídas: ahora las carpetas marcadas como leídas dejan de aparecer correctamente en la vista de “Carpetas no leídas”, algo que evita confusiones cuando se gestionan muchas bandejas. Era una queja habitual de usuarios con gran volumen de correo repartido por distintas cuentas.

Otra novedad práctica es que la opción “Favoritos” se puede usar como destino en los botones “Mover a” y “Archivar” (o “File”). Esta pequeña mejora reduce clics a la hora de organizar el correo, ya que permite enviar mensajes rápidamente a esas carpetas marcadas como favoritas sin tener que navegar manualmente por toda la estructura.

Refuerzo de seguridad: PKCE y NTLM para EWS

En el terreno de la seguridad, uno de los cambios más relevantes es la migración de las cuentas de Yahoo, AT&T y AOL al protocolo PKCE (Proof Key for Code Exchange). PKCE es una extensión de OAuth 2.0 pensada para hacer más resistente el proceso de autenticación frente a ataques que intentan interceptar el intercambio de credenciales.

Gracias a esta transición, Thunderbird 148 refuerza la protección de sesiones para millones de cuentas vinculadas a estos proveedores, algo especialmente importante en un contexto donde muchos usuarios acceden a su correo desde diferentes redes y dispositivos. La medida se alinea con una tendencia generalizada en la industria hacia métodos de autenticación más robustos.

Por otra parte, para las cuentas basadas en Exchange Web Services (EWS), la versión 148 expone NTLM como método de autenticación disponible. Esto amplía las posibilidades de integración con servidores Exchange, incluidos despliegues empresariales en Europa donde NTLM sigue siendo una pieza habitual en determinadas configuraciones.

Correo electrónico: solución de fallos persistentes

En la parte más visible del uso diario, la actualización corrige un problema que muchos usuarios encontraban especialmente molesto: el sondeo periódico de nuevos correos podía detenerse silenciosamente después de que el equipo entrase en suspensión o hubiese cortes de red. Con Thunderbird 148, el comportamiento del cliente tras estos eventos se ha ajustado para que la comprobación de mensajes continúe funcionando con normalidad.

Se han resuelto además errores visuales y de interfaz, como la escasa diferenciación de mensajes nuevos o no leídos en hilos colapsados, lo que dificultaba detectar correos pendientes dentro de conversaciones largas. También se corrigen situaciones en las que el diálogo de creación de un nuevo directorio permitía generar carpetas inválidas o sin carpeta padre seleccionada.

Otra mejora afecta a la gestión de etiquetas y filtros: las mensajes sin etiquetas ya interactúan correctamente con el filtro rápido, evitando resultados inconsistentes. Asimismo, se ha ajustado el comportamiento de búsquedas guardadas en el “carpeta unificada”, que en algunos casos provocaban errores en el servidor al combinar distintos buzones bajo una sola vista.

Integración con Exchange y gestión de contraseñas

Un bloque importante de cambios se centra en el soporte de cuentas Exchange y su configuración dentro del llamado Account Hub. Thunderbird 148 corrige diversos problemas en el asistente de configuración manual de cuentas Exchange, que en versiones previas podía dejar al usuario en un flujo de alta poco claro o directamente erróneo.

Se han abordado situaciones en las que la petición de contraseña EWS entraba en un bucle sin fin cuando el campo quedaba vacío, así como fallos que impedían guardar credenciales de nuevas cuentas Exchange basadas en password en el gestor de contraseñas interno. Estas correcciones ayudan a una integración más estable en entornos mixtos donde se combina Thunderbird con servicios corporativos.

La versión también ajusta la gestión de proveedores OAuth desconocidos durante la configuración manual de EWS, que antes podían ser rechazados sin motivo claro, complicando la conexión con determinados servidores de la organización. Además, se ha corregido un comportamiento molesto relacionado con la aparición de solicitudes OAuth al añadir cuentas de Gmail durante la configuración automática.

Calendario, CalDAV y Google Calendar

El componente de calendario es otro de los grandes beneficiados por esta actualización. En primer lugar, se ha revisado la lógica de respuesta (RSVP) en Google Calendar, que podía asignar organizadores incorrectos en la creación de nuevos eventos o gestionar de forma confusa las confirmaciones de asistencia.

Dentro del soporte CalDAV, Thunderbird 148 soluciona errores que, en algunos escenarios, llevaban incluso al cierre inesperado del programa. Los calendarios con múltiples direcciones asociadas podían provocar cuelgues cuando se gestionaban invitaciones con varios participantes, y los calendarios que utilizaban “alias” no siempre ofrecían todas las opciones de respuesta disponibles a los asistentes.

Además, el equipo ha aprovechado para afinar la presencia de secciones de calendario y libreta de direcciones en el Account Hub. En ciertos casos aparecían aunque no hubiera elementos configurados, generando confusión. Con 148, la interfaz se comporta de forma más coherente en la presentación de estos bloques.

Importación de iCal y tratamiento de zonas horarias

Una de las mejoras más técnicas, pero con impacto directo para cualquiera que trabaje con agendas compartidas, es el cambio en la forma de interpretar archivos iCal. Hasta ahora, algunas zonas horarias desconocidas se interpretaban como GMT, lo que podía desplazar la hora de los eventos importados y desajustar reuniones o citas.

Con Thunderbird 148, el motor de importación se ha ajustado para evitar estas conversiones erróneas, de forma que los eventos con información de huso horario no estándar se manejen de una manera más precisa. Este ajuste es especialmente relevante en contextos internacionales dentro de Europa, donde reuniones entre distintos países y usos horarios son habituales.

OpenPGP, GPGME y funciones avanzadas

En el ámbito de la seguridad del correo cifrado, la nueva versión incorpora una preferencia avanzada llamada mail.openpgp.load_untested_gpgme_version. Esta opción permite cargar versiones de la biblioteca GPGME que todavía no han sido probadas oficialmente con Thunderbird, algo dirigido principalmente a usuarios avanzados y administradores que necesiten trabajar con ediciones más recientes de esta librería criptográfica.

Más allá de este ajuste, el programa mantiene de serie el soporte para cifrado OpenPGP, calendario, gestor de tareas y visor de PDF, elementos que forman parte del paquete estándar sin necesidad de complementos adicionales. En cualquier caso, Thunderbird sigue permitiendo ampliar su funcionalidad mediante un amplio ecosistema de extensiones, lo que facilita adaptar el cliente a entornos muy distintos, desde uso doméstico hasta despliegues profesionales.

Correcciones visuales, UX y estabilidad general

El listado de cambios de Thunderbird 148 incluye también un buen número de detalles de interfaz que, aunque pequeños por separado, mejoran la experiencia al sumar. Se ha corregido, por ejemplo, el comportamiento del banner de donaciones que podía permanecer en primer plano incluso cuando la ventana del cliente quedaba en segundo plano, así como mensajes de estado que mostraban nombres de carpetas sin localizar o identificadores IMAP poco amigables.

Se ha revisado la acción de filtro “Mover mensaje a” para que quede debidamente registrada en los registros de actividad, y se han ajustado atajos de teclado que todavía se ejecutaban en ventanas que quedaban en segundo plano dentro del Account Hub. Todo ello se complementa con mejoras de estabilidad, correcciones de funcionalidad y parches de seguridad que no se detallan uno por uno, pero que contribuyen a un funcionamiento más robusto.

En conjunto, Thunderbird 148 supone una actualización centrada en pulir la experiencia de uso, reforzar la seguridad y mejorar la integración con servicios como Exchange, CalDAV, Google Calendar y proveedores que usan OAuth. No introduce grandes cambios de diseño, pero para quienes trabajan a diario con correo y calendario, especialmente en entornos europeos donde se combinan múltiples cuentas y servicios, esta versión reduce errores arrastrados y ofrece un cliente algo más sólido y cómodo que las ediciones anteriores.

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

Cuando sale una nueva versión de OpenZFS siempre surge la misma duda entre administradores y entusiastas: ¿actualizar cuanto antes o esperar a que todo esté más rodado? Con la rama 2.4 la pregunta es aún más jugosa, porque no se trata de un simple parche de mantenimiento, sino de un salto importante en rendimiento, gestión del espacio y funciones avanzadas para pools híbridos. Además, alrededor de los candidates (RC) ha habido cierto debate en la comunidad, especialmente en su integración con sistemas como FreeBSD.

En este artículo vamos a repasar con calma las novedades más destacadas de OpenZFS 2.4.1, incluyendo los cambios específicos en Windows y macOS, el estado de los release candidates, y todas esas mejoras internas que, aunque no se vean a simple vista, marcan la diferencia en un entorno de producción. Si administras servidores Linux, FreeBSD, TrueNAS, o te estás peleando con ports para Windows u OSX, aquí vas a encontrar todo lo que necesitas saber para valorar el salto.

OpenZFS 2.4.1 y cambios específicos en Windows

La etiqueta zfswin-2.4.1rc1 recoge la adaptación de la rama 2.4.1 al entorno Windows, con foco muy claro en pools híbridos y vdevs especiales. Aquí se da un paso adelante al convertir los special vdev en piezas clave del rendimiento.

En esta versión, un vdev especial puede actuar como SLOG (ZFS Intent Log) para las escrituras síncronas. Esto permite aprovechar SSD o NVMe rápidos no solo para metadatos o bloques pequeños, sino también para centralizar las operaciones sync, algo especialmente útil en cargas de trabajo como bases de datos o sistemas de mensajería que dependen de confirmaciones de escritura inmediatas.

Además, los pools híbridos pueden diseñarse de forma que se aproveche al máximo la combinación de flash y discos mecánicos, incrementando la eficiencia en entornos Windows con necesidades de IOPS elevadas.

Otro cambio relevante es la capacidad de que el vdev especial guarde metadatos del filesystem, los archivos pequeños o incluso todos los archivos del dataset, en función de cómo se configure el tamaño de bloque pequeño (special_small_blocks). Si el bloque es 0, solo se guardan metadatos; si el tamaño es inferior al del archivo, los ficheros pequeños terminan en el vdev especial; y si recsize es menor o igual que ese umbral, es posible que prácticamente todos los archivos del filesystem terminen en la parte rápida del pool.

Combinando esa flexibilidad con herramientas como zfs rewrite, es posible mover datos entre discos mecánicos y flash sin tener que copiar a espacio de usuario. En entornos Windows, donde el rendimiento aleatorio de pequeñas escrituras puede ser crítico, esta combinación de zvol en special vdev + SLOG sobre flash + reubicar datos con rewrite permite diseñar arquitecturas híbridas muy afinadas.

El equipo de OpenZFS on Windows insiste en que, debido a la idiosincrasia del sistema operativo (montajes, bloqueo de archivos, integración con drivers de terceros, antivirus, etc.), se necesitan muchas más pruebas en hardware variado que en Linux u OSX. Por eso, en cada release candidate animan a reportar tanto problemas nuevos como los que se arrastran desde la rama 2.3 en GitHub, con la meta de que el port para Windows alcance el mismo nivel de madurez que en macOS lo antes posible.

Cuotas por defecto y nuevas capacidades de gestión de espacio

Uno de los cambios más agradecidos de cara al día a día es la posibilidad de definir cuotas predeterminadas para usuarios, grupos y proyectos. Hasta ahora, asignar límites de uso en entornos multiusuario requería ir caso a caso; con OpenZFS 2.4 se pueden establecer políticas por defecto en cada dataset.

Esto permite fijar, por ejemplo, una cuota base para todos los usuarios que se creen dentro de un filesystem concreto, o un límite estándar de proyecto que se aplicará automáticamente cuando se asignen nuevos recursos. El objetivo es evitar que un solo usuario despistado o un servicio mal configurado llene un pool completo por sorpresa.

Estas cuotas por defecto no sustituyen a las reglas específicas existentes, sino que las complementan como política global. A partir de la configuración base, se pueden definir excepciones para usuarios o grupos concretos, afinando hasta donde haga falta. Todo ello se gestiona con las propiedades habituales de ZFS, de modo que quien ya controle el modelo de propiedades no tiene que aprender una interfaz radicalmente nueva.

Direct I/O, IO sin caché y escrituras desalineadas

En el terreno del rendimiento, OpenZFS 2.4 introduce un cambio muy interesante en la gestión de la entrada/salida directa (Direct I/O). En escenarios donde se usan escrituras desalineadas, el uso de O_DIRECT podía activar rutas de código poco eficientes.

Para solucionarlo, ahora se incorpora un mecanismo por el cual, cuando el Direct I/O no puede aplicarse de forma ideal, se produce un fallback a un modo de IO sin caché ligero. Este camino alternativo está pensado específicamente para manejar esas escrituras problemáticas sin castigar el rendimiento más de lo necesario.

¿Qué implica esto en la práctica? Que las aplicaciones que mezclan accesos alineados y no alineados dejan de convertirse en un caso patológico que dispara cuellos de botella en el stack de E/S. El comportamiento pasa a ser más predecible y estable, especialmente en sistemas que sirven bases de datos, motores de virtualización o servicios con I/O directo intensivo.

Unified allocation throttling y reducción de fragmentación

Otro cambio profundo, aunque menos vistoso, es el nuevo algoritmo de unified allocation throttling. Su meta es gestionar mejor la asignación de bloques cuando el sistema está sometido a alta presión de escritura, reduciendo la fragmentación de los vdev y manteniendo un reparto de espacio más ordenado.

Hasta ahora, en determinadas cargas era relativamente fácil acabar con patrones de escritura que dejaban los vdev muy fragmentados y difíciles de gestionar a largo plazo. Con este algoritmo unificado se armoniza el ritmo de asignación, lo que se traduce en un comportamiento más estable cuando el pool se va llenando o cuando se mezclan muchos tamaños de bloque diferentes.

Esta optimización es especialmente relevante en pools de larga duración, donde a lo largo de los años se amplían vdevs, se reequilibra el espacio, se hacen scrubs, se añaden dispositivos y se soportan cargas de trabajo cambiantes. Tener un mecanismo más inteligente de asignación ayuda a que ZFS mantenga buenos tiempos de respuesta incluso cuando el pool ya no está “limpio” como el primer día.

Mejoras de cifrado con AVX2 y AES-GCM

En seguridad y rendimiento, OpenZFS 2.4 mejora la implementación de cifrado al aprovechar mejor las instrucciones AVX2 para AES-GCM. El proyecto ha tomado como referencia la implementación de BoringSSL para optimizar este código en CPUs modernas, especialmente en arquitecturas como AMD Zen 3.

El resultado son incrementos de rendimiento significativos (se han mencionado mejoras de hasta un 80% en ciertos escenarios), lo que reduce el impacto del cifrado sobre la CPU. En sistemas que almacenan grandes volúmenes de datos cifrados o que realizan muchas operaciones simultáneas sobre datasets encriptados, esta optimización se nota de manera muy clara.

En la práctica, esto hace que el cifrado nativo de ZFS sea más “barato”. No se convierte en gratuito, pero deja de ser un cuello de botella tan acusado como en versiones anteriores, facilitando su adopción en entornos donde, hasta ahora, se dudaba entre seguridad y rendimiento.

ZIL en vdevs especiales y special_small_blocks ampliado

La gestión de los vdevs especiales es otra de las áreas donde OpenZFS 2.4 da un salto interesante. Tradicionalmente, estos dispositivos se han usado para metadatos, bloques pequeños o tablas de deduplicación, normalmente sobre SSD o NVMe.

Con esta versión, el sistema permite que el ZIL (ZFS Intent Log) se aloje en vdevs especiales si están disponibles. Eso quiere decir que las escrituras síncronas pueden aterrizar en medios de muy baja latencia sin necesidad de dedicar un dispositivo separado exclusivamente como SLOG, lo que abre diseños de pool híbrido más flexibles.

La propiedad special_small_blocks se amplía para que las escrituras de ZVOL también puedan caer en estos vdev especiales, no solo ciertos bloques de archivos regulares. Además, deja de ser obligatorio que el valor de esta propiedad sea una potencia de dos, lo que da más margen a la hora de ajustar el umbral de “bloque pequeño” a la realidad de cada carga.

Al combinar ZIL en vdevs especiales, ZVOL sobre flash y thresholds ajustables, se pueden diseñar arquitecturas donde metadatos, bloques pequeños, tablas de deduplicación, clones y escrituras síncronas se concentran en los dispositivos más rápidos, dejando los discos giratorios para el almacenamiento masivo menos sensible a la latencia.

zfs rewrite y zfs rewrite -P: reubicar datos sin romper nada

La serie 2.3 introdujo zfs rewrite como una de las funciones más potentes de los últimos tiempos, y OpenZFS 2.4 da una vuelta de tuerca añadiendo la opción zfs rewrite -P. Esta herramienta permite reescribir datos dentro del pool manteniendo su significado lógico intacto.

Con zfs rewrite se puede, por ejemplo, cambiar algoritmo de compresión, checksum, deduplicación o número de copias, reequilibrar datos después de añadir vdevs o forzar que determinados archivos se desplacen hacia los vdev especiales, todo ello sin tener que copiarlos a espacio de usuario y sin alterar metadatos como el mtime.

La variante -P intenta preservar el tiempo de nacimiento lógico de los bloques siempre que se pueda. Esto tiene un impacto directo en la eficiencia de send/receive incremental, porque al mantener estables esos valores, las replicaciones posteriores pueden detectar mejor qué ha cambiado realmente y reducir el volumen de datos que viaja entre sistemas.

Otro detalle importante es que el proceso de reescritura se protege con range locks estándar, lo que permite ejecutarlo en paralelo a cargas reales sin bloquear el dataset en exceso. En entornos con sync=always, la ventaja es doble, porque la operación no provoca escrituras adicionales en el ZIL al no haber cambios lógicos de contenido, reduciendo el impacto en dispositivos dedicados a escrituras síncronas.

Nuevas opciones de administración: -a, scrub por rangos y prefetch BRT

OpenZFS 2.4 también mejora la vida del administrador con pequeños cambios en las herramientas de línea de comandos. Uno de los más prácticos es la incorporación de la opción -a|--all en operaciones como scrub, trim o inicialización.

Gracias a esta opción, es posible lanzar un scrub, trim o init sobre todos los pools importados de una sola pasada, sin tener que ir recorriendo manualmente cada uno. Esto reduce errores humanos y simplifica los scripts de mantenimiento en servidores con múltiples pools.

Otra novedad es la posibilidad de ejecutar zpool scrub limitado a rangos temporales concretos mediante las opciones -S y -E. Este enfoque por ventanas de tiempo viene de perlas cuando se sospecha de problemas en un periodo específico, o cuando se desea trocear el coste de un scrub grande en varias ejecuciones parciales menos intrusivas.

Además se introduce zpool prefetch -t brt, que permite precargar en memoria la Block Reference Table (BRT), es decir, la tabla interna que se utiliza para la clonación de bloques. Al hacer prefetch de esta estructura, se reducen latencias en operaciones que dependen de la clonación, lo que beneficia a workloads que tiran con fuerza de los clones.

Permisos, herramientas renombradas, dedup y block cloning

En el área de seguridad y gestión de permisos, OpenZFS 2.4 introduce un nuevo permiso llamado send:encrypted. Con él se puede controlar de forma más fina quién está autorizado a realizar envíos de datasets cifrados, separando responsabilidades entre quienes gestionan snapshots, replicación y acceso a claves.

Al mismo tiempo, utilidades conocidas como arc_summary y arcstat pasan a llamarse zarcsummary y zarcstat. Este renombrado ayuda a evitar conflictos de nombres con otras herramientas del sistema y deja más claro que se trata de utilidades ligadas al ARC de ZFS, algo útil en entornos con muchos componentes.

Internamente, la rama 2.4 acumula optimizaciones y correcciones en deduplicación y clonación de bloques. Se afinan estructuras de datos, se corrigen casos límite y se busca reducir el impacto en memoria y CPU. No es algo que el usuario note directamente como una nueva opción, pero se traduce en menos sorpresas cuando se activan dedup o block cloning bajo cargas pesadas.

Gang blocks, ashift, vdevs lentos y topologías especiales

La nueva versión incluye un conjunto amplio de mejoras y arreglos relacionados con los gang blocks, esos bloques especiales que ZFS utiliza cuando no puede ubicar datos de forma convencional. Cualquier fallo en esa zona del código puede ser serio, así que las múltiples correcciones que se han ido introduciendo son un plus de robustez.

También se ha seguido puliendo la gestión de ashift, el parámetro que marca el tamaño mínimo de asignación alineado con el tamaño físico de sector del dispositivo. Un tratamiento más inteligente de ashift reduce la sobreescritura innecesaria en discos con sectores grandes y contribuye a mantener el rendimiento durante toda la vida útil del pool.

Otra aportación muy práctica es la capacidad de “sentar en el banquillo” vdevs hijos que se comportan de forma anormalmente lenta. En lugar de dejar que una unidad problemática arrastre el rendimiento de todo el conjunto, el sistema puede dejar de apoyarse en ella temporalmente, algo muy útil con discos que empiezan a fallar de forma intermitente o en configuraciones con hardware heterogéneo.

Por último, se relajan las restricciones de topología en vdevs especiales y de deduplicación, lo que abre más posibilidades a la hora de diseñar pools avanzados. Ahora es más sencillo combinar dispositivos rápidos para metadatos, dedup tables, ZIL y otros elementos sensibles sin chocar constantemente con limitaciones demasiado estrictas en la definición de la topología.

OpenZFS 2.3.4 como base del salto a 2.4

Para entender bien la magnitud del salto, conviene recordar que OpenZFS 2.3.4 fue una versión de mantenimiento clave que amplió el soporte de kernel Linux hasta la versión 6.16, manteniendo el mínimo en 4.18, y confirmó compatibilidad con FreeBSD desde 13.3 hasta las ramas 15.0 en preparación.

En esa revisión se estrenó la versión inicial de zfs rewrite, diseñada precisamente para reubicar datos sin cambiar su contenido lógico y sin tener que recurrir a send/receive con renombrados de datasets o copias manuales. La idea era ofrecer una herramienta capaz de reequilibrar pools después de añadir vdevs, reducir la fragmentación generada por escrituras aleatorias o aplicar nuevas propiedades de almacenamiento a datos ya existentes.

Frente a las estrategias clásicas, zfs rewrite resultó ser más rápido y menos intrusivo porque evita sacar los datos al espacio de usuario y no fuerza escrituras extra en el ZIL en datasets con sync=always. Además, respeta mtime y otros metadatos visibles, con lo que las aplicaciones que viven encima del filesystem apenas se enteran de que algo ha pasado.

En conjunto, OpenZFS 2.4 y su evolución 2.4.1 suponen un salto notable en rendimiento, flexibilidad y herramientas de administración, especialmente para quienes apuestan por pools híbridos con vdevs especiales, cifrado intensivo y entornos multiusuario con cuotas estrictas. Las mejoras en cifrado con AVX2, el unified allocation throttling, el ZIL en vdev especiales, la ampliación de special_small_blocks, zfs rewrite y sus variantes, junto con todo el trabajo en gang blocks, ashift, deduplicación y block cloning, consolidan a OpenZFS como uno de los sistemas de archivos más avanzados del ecosistema libre, listo para exprimir tanto en Linux y FreeBSD como en macOS y, poco a poco, también en Windows.

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

Lutris 0.5.21 ya se puede descargar para Linux y llega como una actualización relevante de este conocido lanzador. La aplicación, muy utilizada por usuarios de distribuciones europeas como Ubuntu, Debian o Fedora, refuerza su papel como centro unificado para ejecutar títulos nativos, de Windows y de distintas consolas desde un único lugar.

En esta edición, el proyecto da un paso más en su integración con el ecosistema de Steam y en la gestión de emuladores, al añadir varios nuevos «runners» o entornos de ejecución, además de cambios en la interfaz y correcciones internas. Sin grandes estridencias, se trata de una actualización que mejora la calidad de vida para quienes juegan habitualmente en GNU/Linux, tanto en España como en el resto de Europa.

Novedades principales de Lutris 0.5.21

El cambio más destacado de Lutris 0.5.21 es la incorporación de soporte para Sniper, el runtime de Steam Linux Runtime 3.0, el entorno de ejecución más reciente que Valve está utilizando para sus juegos en Linux. Sniper toma el relevo de los anteriores runtimes Scout (1.0) y Soldier (2.0), ofreciendo un contenedor moderno y más alineado con las necesidades actuales de compatibilidad.

Gracias a este nuevo runner, Lutris facilita que los usuarios puedan combinar su biblioteca de Steam con títulos instalados manualmente o procedentes de otras tiendas, pero quieren aprovechar la capa de compatibilidad que Valve ha ido perfeccionando.

Nuevos runners para emulación de consolas

Otra de las incorporaciones llamativas de esta versión es el soporte para ShadPS4, un emulador temprano de PlayStation 4. Aunque todavía se trata de un proyecto en desarrollo y lejos de ofrecer compatibilidad total, Lutris ya permite gestionarlo como un runner más, centralizando la configuración y el lanzamiento de juegos desde la propia interfaz del gestor.

Junto a ShadPS4 se suma también Xenia, un emulador de Xbox 360 orientado principalmente a investigación. Xenia no está enfocado al uso generalizado todavía y tiene como objetivo estudiar el funcionamiento de la consola y sus juegos, pero el hecho de que Lutris lo incluya como runner ayuda a quienes quieran experimentar con él sin tener que pelearse demasiado con las rutas y parámetros de inicio.

Ambos casos ponen de manifiesto que Lutris continúa abriéndose camino como plataforma central para emulación y juegos multiplataforma en Linux, concentrando en una misma herramienta lo que antes requería múltiples lanzadores y scripts independientes.

Mejoras en Dolphin-Emu y gestión de Proton

En el apartado de emulación clásica, Lutris 0.5.21 mejora la integración con Dolphin-Emu, el conocido emulador de GameCube y Wii, cambiando a un enfoque basado en AppImage. Este formato portátil simplifica el uso del emulador, ya que no requiere una instalación tradicional y reduce los posibles conflictos entre versiones o dependencias en distintas distribuciones.

El uso de AppImage para Dolphin facilita que usuarios de diferentes países europeos, con distribuciones muy diversas, puedan mantener una versión coherente del emulador sin preocuparse de los repositorios específicos de cada sistema. Para muchos, esto supone menos tiempo ajustando software y más tiempo dedicándolo simplemente a jugar.

Además, Lutris 0.5.21 incorpora una mejora en la manera de gestionar Proton, la capa de compatibilidad desarrollada por Valve para ejecutar juegos de Windows sobre Linux. Ahora, la aplicación permite mover las distintas versiones de Proton desde la ruta runners/proton a runners/wine, un cambio que ayuda a unificar el manejo de estas herramientas dentro del propio Lutris.

Este ajuste resulta útil para quienes acumulan varias versiones de Proton para distintos juegos y necesitan organizar mejor su biblioteca de entornos, algo muy común entre usuarios avanzados que afinan cada título con una configuración concreta.

Cambios en la interfaz y mejoras de compatibilidad

La nueva actualización también dedica atención a la experiencia de uso, con mejoras visibles en la interfaz y la usabilidad (UI/UX). Aunque no se detallan uno por uno todos los cambios, se mencionan ajustes en la forma de presentar la información y en la navegación por el cliente, con el objetivo de que gestionar juegos y runners resulte algo más cómodo.

Entre las novedades más técnicas destaca la compatibilidad con más tipos de almacenamiento, lo que beneficia a quienes tienen sus juegos repartidos en varias unidades, como SSD internos, discos duros externos o incluso configuraciones más complejas. Este soporte ampliado facilita localizar bibliotecas de juegos en diferentes ubicaciones físicas sin complicar demasiado la configuración.

En el plano gráfico, Lutris 0.5.21 corrige el reporte de la GPU a partir de la información proporcionada por Vulkan. De este modo, la aplicación identifica con mayor precisión la tarjeta gráfica activa, algo importante cuando hay varias GPUs en el sistema (por ejemplo, gráficos integrados y dedicados), lo que ayuda en la selección del hardware adecuado para cada juego.

Ajustes específicos para Wayland y nuevas traducciones

Esta versión introduce también un cambio pequeño pero práctico en relación con Wayland y X11, los dos sistemas de ventanas más usados en Linux. El aviso de Wine-Wayland, que informaba a los usuarios sobre el uso de esta tecnología, ahora solo aparece cuando el entorno de escritorio está funcionando realmente bajo Wayland, evitando notificaciones irrelevantes cuando se usa X11.

En cuanto a la localización, Lutris 0.5.21 suma soporte para el idioma portugués, ampliando la lista de idiomas en los que la aplicación resulta más accesible. Aunque el español ya está presente desde hace tiempo, esta incorporación refuerza la orientación del proyecto hacia una comunidad europea diversa, donde conviven múltiples lenguas y preferencias regionales.

El conjunto de estas modificaciones se completa con un abanico de correcciones de errores y pequeños retoques internos, que no siempre se aprecian a simple vista pero que contribuyen a un funcionamiento más estable y predecible, especialmente útil para quienes usan Lutris como lanzador principal de todos sus juegos.

Disponibilidad de Lutris 0.5.21 y actualización posterior

Lutris 0.5.21 se encuentra disponible para descarga a través de su repositorio oficial en GitHub, desde donde se pueden consultar también notas de la versión y detalles técnicos adicionales. Los usuarios de distribuciones populares en España y Europa pueden optar por instalarlo desde paquetes mantenidos por la comunidad o directamente desde los recursos proporcionados por el proyecto.

Tras la publicación de Lutris 0.5.21, el equipo ha lanzado de forma rápida Lutris 0.5.22 como actualización puntual. Esta revisión menor se centra, entre otros aspectos, en ajustar los objetivos de los sistemas de integración continua (PPA y CI) y en solventar cuestiones de compatibilidad con Python antes de la versión 3.14, de manera que el proyecto mantenga una base sólida a medio plazo.

Para los usuarios finales, este tipo de actualización rápida significa que los cambios de la 0.5.21 se consolidan con correcciones adicionales sin necesidad de esperar a un gran salto de versión. En la práctica, el uso cotidiano de Lutris debería volverse algo más estable, especialmente en entornos donde se depende de repositorios y paquetes automatizados.

Con todo este conjunto de novedades, desde el soporte para el runtime Sniper de Steam Linux Runtime 3.0 hasta la incorporación de nuevos runners de emulación y los ajustes de interfaz y compatibilidad, Lutris refuerza su posición como una de las herramientas más completas para gestionar y ejecutar juegos en Linux dentro de Europa y fuera de ella, manteniendo un ritmo de desarrollo constante y prestando atención tanto a las grandes funciones como a los detalles que facilitan el día a día.

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

La llegada de Clonezilla Live 3.3.1-35 consolida a esta distribución en vivo como una de las herramientas más fiables para clonar, desplegar y restaurar sistemas, tanto en entornos domésticos como profesionales. Esta edición se apoya en la línea de mejoras que ya vimos en Clonezilla Live 3.3.0-33 y versiones previas 3.1.x, afinando el rendimiento, ampliando compatibilidad con hardware moderno y puliendo pequeños detalles que, en el día a día, marcan la diferencia.

Quienes ya utilizaban Clonezilla notarán que el proyecto sigue fiel a su filosofía: un sistema live ligero, centrado en la clonación de discos y particiones sin florituras, que se ejecuta desde un USB y no necesita instalación en el equipo. Sin embargo, bajo esa apariencia minimalista, Clonezilla Live 3.3.1 trae cambios muy interesantes en el kernel, las herramientas de clonado, la base Debian y la gestión del arranque, heredando y mejorando lo introducido en la rama 3.3.0.

Núcleo del sistema y base Debian en Clonezilla Live 3.3.1

Una de las claves de esta nueva iteración es la puesta al día del entorno base a partir de los repositorios Debian Sid, lo que garantiza acceso a paquetes recientes, correcciones de seguridad y mejor soporte para hardware de última generación. Esta actualización continua de la base Debian ya se venía aplicando en versiones anteriores y se mantiene como pilar del proyecto.

En la serie 3.3.x se ha dado un salto importante en el kernel Linux: la versión 3.3.0-33 se apoyaba en la rama Linux 6.16 (con compilaciones como 6.16.12-1), mientras que ediciones anteriores como la 3.1.3-11 ya habían introducido kernels modernos como el 6.9.7-1. Con Clonezilla Live 3.3.1, el proyecto mantiene esta línea de actualización continua, lo que se traduce en un soporte más sólido para tarjetas de red, controladoras de almacenamiento, UEFI recientes y, en general, dispositivos que hace unos años ni existían.

Otro componente clave del entorno en vivo es el paquete live-boot, responsable de buena parte de la lógica de arranque del sistema live. En la rama 3.3.0 se elevó a la versión 20250815 (con el empaquetado DRBL correspondiente), mejorando la fiabilidad del proceso de inicio y permitiendo ajustes internos como la inclusión forzada del módulo de kernel loop dentro del initramfs. Este detalle, aunque parezca menor, facilita el arranque en entornos complejos o poco habituales, donde el módulo loop puede ser necesario para montar sistemas de archivos de forma temprana.

Nuevas herramientas incluidas en Clonezilla Live

Uno de los campos donde más se nota la evolución de Clonezilla Live 3.3.x es en la colección de utilidades incorporadas al sistema. Más allá del clásico front-end de clonación, se han añadido varias herramientas específicas pensadas para administradores y usuarios avanzados que quieran un control más fino sobre los dispositivos y las tareas de clonado.

La primera de ellas es ocs-blkdev-sorter, una utilidad que coopera con udev para generar alias estables de los dispositivos de bloque de Clonezilla dentro de /dev/ocs-disks/. Esto se consigue gracias a la regla 99-ocs-sorted-disks.rules, que ordena y asigna nombres coherentes a los discos detectados. De esta forma, se reduce el riesgo de confusión cuando hay múltiples unidades conectadas y se realizan clonaciones o restauraciones en cadena.

Otra incorporación relevante es ocs-live-time-sync, utilizada por el script ocs-live-netcfg para llevar a cabo la sincronización horaria cuando hay acceso a Internet. Aunque pueda sonar trivial, mantener el reloj correcto es esencial para registros de auditoría, programas de backup o tareas planificadas, especialmente cuando se clonan equipos en masa que luego formarán parte de una red corporativa.

Junto a ellas, se añadieron herramientas de apoyo como ocs-cmd-screen-sample, ideada para integrarse con scripts que se ejecutan de nuevo (las típicas opciones de «run again»), y ocs-live-gen-ubrd, encargada de combinar un ZIP de OCS con una imagen RAW arrancable mediante U-Boot. Esto abre la puerta a despliegues en plataformas embebidas o dispositivos que utilizan U-Boot como cargador de arranque principal, algo cada vez más habitual en el mundo del IoT y equipos industriales.

También destaca ocs-blk-dev-info, una utilidad que devuelve información detallada de los dispositivos de bloque en formato JSON. Esta salida estructurada se lleva especialmente bien con herramientas como jq, permitiendo filtrar, transformar o integrar esos datos en scripts avanzados de automatización sin tener que pelearse con parsers de texto poco fiables.

Mejoras en la interfaz de texto y opciones de clonación

Como buena herramienta orientada a consola, Clonezilla sigue confiando en una interfaz en modo texto para la mayoría de operaciones interactivas. En la rama 3.3.0 se introdujeron cambios significativos para que esa interfaz fuera más cómoda y potente, algo que se mantiene y perfecciona en 3.3.1.

Por un lado, las utilidades ocs-sr (uno de los front-end más usados en clonación y restauración) y ocs-live-feed-img incorporan la opción -uoab. Esta opción permite seleccionar los alias de dispositivos de Clonezilla generados en /dev/ocs-disks/ de forma más intuitiva, evitando errores al elegir el disco origen o destino en sistemas con múltiples unidades.

Para tareas de verificación de integridad de las imágenes, el menú de modo texto incorpora las opciones -gb3 y -cb3, relacionadas con el uso de b3sum. Este algoritmo de suma de comprobación ofrece una forma moderna y robusta de verificar que una imagen no se ha corrompido durante el proceso de copia, transporte o almacenamiento.

La herramienta ocs-lang-kbd-conf, encargada de gestionar el idioma y el mapa de teclado, también se ha reforzado con dos nuevas opciones: -f y -t. Gracias a ellas se puede afinar con más precisión la configuración lingüística y de teclado, algo muy útil cuando se trabaja en equipos con disposiciones de teclado poco habituales o cuando se despliegan sistemas en varios idiomas.

Asimismo, la utilidad ocs-iso-2-onie gana la capacidad de manejar múltiples segmentos de mkinitramfs. Esto amplía los escenarios en los que se puede convertir una ISO de Clonezilla para entornos compatibles con ONIE, una plataforma muy utilizada en switches y dispositivos de red profesionales.

Usabilidad: locale, teclado y consola mejorados

Más allá de grandes titulares como el kernel o las nuevas herramientas, en Clonezilla Live 3.3.x se han introducido pequeños ajustes de usabilidad que, en conjunto, hacen el sistema mucho más agradable de usar, sobre todo en sesiones largas o en entornos donde la consola es el único interfaz disponible.

Un cambio importante es que la selección de idioma (locale) y mapa de teclado pasa a gestionarse en la shell de inicio de sesión. Esto permite que la herramienta fbterm (ya activada por defecto en esa fase) funcione de forma plenamente interactiva en una TTY. La consecuencia práctica es una consola de texto con mejor soporte de caracteres, comportamiento más consistente y, en general, una experiencia más moderna.

El sistema también ajusta automáticamente el tamaño de la fuente de la consola en función del número de columnas y filas disponibles. Esto se traduce en una legibilidad mucho mayor cuando se trabaja con resoluciones altas o pantallas pequeñas, sin necesidad de que el usuario tenga que ir probando tamaños de letra a mano.

En paralelo, varias utilidades internas han sido optimizadas: ocs-get-dev-info mejora su rendimiento y obtiene información de los dispositivos de manera más eficiente; ocs-scan-disk ordena y presenta su salida de forma más clara; y ocs-blk-dev-info, además de ofrecer datos en JSON, se adapta mejor a su uso conjunto con jq, ganando tanto en velocidad como en fiabilidad.

Otra modificación útil es que la herramienta ocs-cvt-dev pasa a aceptar únicamente tipos de disco válidos, reduciendo errores de uso, mientras que ocs-live-swap-kernel maneja de forma más correcta los módulos del kernel cuando se realiza un intercambio de núcleo, algo crucial en configuraciones avanzadas.

Gestión del tiempo y zonas horarias

La gestión de la hora del sistema puede parecer algo secundario, pero en entornos profesionales de clonado y despliegue tiene bastante más importancia de la que aparenta. Clonezilla Live 3.3.x refuerza esta área con varias mejoras específicas.

Cuando hay conectividad a Internet, la ya mencionada herramienta ocs-live-time-sync se encarga de coordinar la actualización de la hora con servidores remotos, garantizando que registros de logs, marcas de tiempo de copias y operaciones programadas se mantengan consistentes entre diferentes equipos.

En escenarios desconectados, como laboratorios aislados o redes sin acceso a la red pública, el sistema es capaz de calcular la zona horaria a partir del reloj del BIOS. De este modo se reduce al mínimo el desfase horario incluso cuando no se puede recurrir a NTP u otros mecanismos de sincronización, lo que resulta especialmente cómodo cuando se preparan imágenes maestras que se van a reutilizar en más de una máquina.

Copias avanzadas: MTD, eMMC y límites con LVM Thin

Clonezilla Live 3.3.1 mantiene y refina las opciones avanzadas de imagen y restauración introducidas en la versión 3.3.0, orientadas a dispositivos más allá de los discos duros tradicionales o SSD estándar.

En modo experto, Clonezilla permite ahora crear y restaurar imágenes de MTD y dispositivos de arranque eMMC mediante parámetros como -smtd, -smmcb, -rmtd y -rmmcb. Esto abre la puerta a trabajar cómodamente con equipos embebidos, routers, dispositivos IoT o sistemas con almacenamiento flash especializado, donde este tipo de memoria es habitual.

Sin embargo, el sistema también ha aprendido a ser prudente: cuando detecta LVM Thin Provisioning, Clonezilla opta por no operar sobre esos volúmenes para evitar posibles inconsistencias. En lugar de intentar clonar algo que podría dar problemas, el software prefiere avisar al usuario y dejar claro que ese tipo de configuración está fuera de su ámbito de acción seguro.

En el ámbito de los sistemas de archivos, Partclone juega un papel central. Versiones recientes, como la 0.3.31 introducida en Clonezilla Live 3.1.3-11 y la 0.3.38 incorporada más adelante, han ido resolviendo problemas importantes, incluyendo una corrección específica para btrfs. Esto incrementa la fiabilidad a la hora de clonar particiones que usan sistemas de archivos modernos, cada vez más presentes en instalaciones de escritorio y servidor.

Correcciones de errores y detalles de fiabilidad

La evolución de Clonezilla Live no se limita a añadir características; también se centra en pulir comportamientos y corregir fallos que pueden fastidiar una sesión de clonado en el peor momento. En la rama 3.3.0 se solucionó, por ejemplo, un problema con la opción --batch.

Concretamente, la opción –batch no se estaba propagando correctamente a la función check_image_if_restorable dentro de ocs-functions. Este fallo hacía que, en ciertos escenarios automatizados, el comportamiento no fuera el esperado. La corrección garantiza que los modos no interactivos funcionen como deben, algo crítico cuando se gestionan despliegues masivos.

Además, se añadió soporte para nombres de imagen que contienen caracteres especiales como «(» y «)», que anteriormente podían generar rechazo o errores inesperados. Este cambio puede parecer muy concreto, pero facilita bastante la vida cuando se emplean convenciones de nombrado complejas o cuando se integran imágenes en flujos de trabajo ya establecidos.

Paquetes añadidos y retirados en el entorno live

El ecosistema de paquetes que acompaña a Clonezilla Live también ha ido ajustándose para encontrar el equilibrio entre funcionalidad y ligereza. En las últimas iteraciones se han incorporado utilidades útiles y, al mismo tiempo, se han retirado componentes que ya no tenían sentido o que arrastraban problemas de dependencia.

Por el lado de los añadidos, en la rama 3.3.0 se sumaron paquetes como atd y cron (instalados pero desactivados por defecto), que proporcionan herramientas de planificación de tareas muy útiles en scripts personalizados o despliegues automatizados. También se incluyó dhcpcd-base, reforzando la pila de red, y upower, mejorando la gestión de energía en equipos portátiles o sistemas donde el estado de la batería importa.

En cambio, en una edición previa como Clonezilla Live 3.1.3-11 se decidió eliminar cpufrequtils de las listas de sistemas activos, ya que el paquete había desaparecido de los repositorios de Debian. Lo mismo ocurrió con diversas herramientas de aprovisionamiento fino (thin provisioning) que se retiraron por problemas de dependencias que afectaban a la estabilidad general. El paquete deborphan también fue eliminado del entorno live, al considerarse prescindible en el contexto de uso típico de Clonezilla.

En cuanto a los paquetes de arranque y configuración, se actualizaron componentes como el paquete de arranque en vivo (live-boot) y live-config. En la serie 3.1.3-11, por ejemplo, el paquete de arranque se elevó a la versión 1:20240525.drbl1 y live-config pasó a ser 11.0.5+drbl3, aportando una configuración más robusta del entorno live y mayor flexibilidad a la hora de detectar y configurar el hardware en el arranque.

Descarga de Clonezilla Live 3.3.1 y versiones 3.3.0

Clonezilla mantiene su apuesta por ofrecer un sistema live que cualquiera pueda ejecutar desde un pendrive sin complicaciones. La versión Clonezilla Live 3.3.1-35 se distribuye en formatos ZIP e ISO, pensados tanto para grabar en USB como para usar con máquinas virtuales u otros mecanismos de arranque.

Entre los archivos disponibles se encuentran nombres como clonezilla-live-3.3.1-35-amd64.zip y clonezilla-live-3.3.1-35-amd64.iso, claramente identificados con la arquitectura amd64 para evitar dudas. De la misma forma, siguen accesibles las imágenes de la edición clonezilla-live-3.3.0-33-amd64.zip y clonezilla-live-3.3.0-33-amd64.iso, útiles si se quiere mantener coherencia con entornos ya desplegados sobre esa versión concreta.

En todos los casos, el funcionamiento es el habitual: se descarga la imagen, se vuelca en un USB de arranque (o se monta en una máquina virtual), se inicia el equipo desde ese medio y, a partir de ahí, se tiene acceso al entorno de clonación y restauración sin necesidad de instalar nada en el disco duro. Mientras el usuario no actúe sobre las unidades, los datos permanecen intactos, lo que convierte a Clonezilla en una opción muy segura para pruebas, diagnósticos o migraciones.

El proyecto sigue ofreciendo la descarga de forma gratuita desde su página oficial, y pone a disposición de los interesados el registro de cambios completo de cada versión, donde se detallan aún más las modificaciones internas y la evolución del sistema. Es una buena práctica echarle un vistazo a esos changelogs, sobre todo si se van a usar funciones avanzadas o se depende de hardware muy específico.

Con todo este conjunto de cambios acumulados —desde el salto a kernels modernos y la base Debian Sid hasta las nuevas herramientas de alias de discos, sincronización horaria, soporte para MTD y eMMC, mejoras en consola y ajustes finos en el arranque—, Clonezilla Live 3.3.1 se presenta como una actualización muy sólida para quienes necesitan clonar y desplegar sistemas con fiabilidad. Mantiene la esencia minimalista del proyecto, pero añade justo lo necesario para responder a los retos actuales de hardware y entornos profesionales, por lo que resulta especialmente recomendable para administradores, técnicos y usuarios avanzados que trabajan a diario con imágenes de sistema.

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

Mesa se ha convertido en el auténtico corazón de la pila gráfica en GNU/Linux, y la serie 25.3 está viviendo uno de los ciclos más movidos de los últimos tiempos. No solo hablamos de nuevas extensiones y más compatibilidad, sino también de un aluvión de correcciones, pulido fino y mejoras de rendimiento reales que se notan al jugar y al trabajar con gráficos en el día a día.

Dentro de esa familia, Mesa 25.3.6 destaca como el último parche de mantenimiento de la rama 25.3, una versión que cierra etapa corrigiendo bugs concretos mientras el desarrollo se vuelca ya en Mesa 26 y posteriores. A su alrededor han ido apareciendo lanzamientos intermedios como 25.3.3, 25.3.4 y 25.3.5, además de builds Git de la serie 26.1.0 que marcan la referencia de lo que viene en rendimiento, especialmente en juegos exigentes bajo Vulkan y trazado de rayos.

Mesa 25.3.6: mantenimiento, correcciones clave y final de ciclo

En Mesa 25.3.6 se recogen una serie de correcciones muy concretas pero importantes. Entre ellas, destaca un bug en radeonsi donde una regresión hacía que GL_FEEDBACK devolviera 0.0 en las coordenadas X en escenarios de OpenGL clásico (Legacy GL). Para applications que aún se apoyan en este modo, el error suponía un quebradero considerable.

También se arregla un crash en Venus al crear dispositivos en vn_CreateDevice() con las últimas versiones de la rama principal de Mesa, problema que podía aparecer en entornos basados en virtualización de GPU o uso remoto de dispositivos gráficos.