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