WINE 11.20: mejoras focalizadas y corrección de 344 cambios para afianzar la estabilidad

WINE 11.20

WineHQ ha lanzado WINE 11.20, la que se supone una de las últimas versiones de desarrollo antes de pasar a las Release Candidates. Pero hasta aquí y al momento de esas RC para la próxima versión estable, todo normal. Muchos retoques y una lista de destacados, que en esta ocasión no es muy numerosa ni tampoco llamativa. Esta versión ha llegado tras la 11.19 de hace os semanas.

Esa lista de destacados recoge depuración de relés para ARM64EC. mejoras en la validación XML y la compatibilidad con CDROM se trasladó a Mount Manager, a lo que se le une el habitual punto de correcciones varias. En números, se han corregido 24 bugs, los de la siguiente lista, y realizado un total de 344 cambios.

Bugs corregidos en WINE 11.20

  • El juego Pure Pinball se bloquea al intentar acceder a objetos de textura que ya se han liberado.
  • Varias aplicaciones y juegos no consiguen cargar la biblioteca de interoperabilidad SHDocVw.dll, ya que Wine da preferencia a su propia versión de shdocvw.dll frente a la nativa. Entre los afectados se encuentran el benchmark Unigine Heaven 2.0, Toad for SQL Server 5.7 y la ayuda de QuickBooks.
  • El sonido se entrecorta y el rendimiento disminuye en Star Wolves 3.
  • Intuit QuickBooks 2008-2010 no se ejecuta y muestra el mensaje «Could not initialize license properties» (No se pudieron inicializar las propiedades de la licencia).
  • QuickBooks SS 2008 R1 se bloquea varias veces en el segundo inicio.
  • La barra de título de Wine se superpone a las pestañas de SumatraPDF 3.1.2.
  • No se puede cargar la versión de 64 bits de msxml6.dll incluida en el paquete redistribuible Microsoft Core XML Services 6.0. Wine no respeta la limitación de 44 bits del espacio de direcciones virtuales en modo usuario de Windows anteriores a 8.1.
  • InternetQueryOptionW(proxy_username) se bloquea cuando el búfer es NULL, aunque el puntero al tamaño sea válido.
  • UFO: Aftershock y UFO: Afterlight presentan problemas al iniciarse con los controladores binarios de NVIDIA (backend EGL).
  • Imperium Great Battles of Rome no reproduce la música ni el sonido.
  • El manejo de la entrada no funciona correctamente en Neko Project 21/W.
  • En TagScanner, las decoraciones de ventana del servidor se dibujan por encima de las decoraciones de ventana del cliente.
  • Incoming (1998) se bloquea después de la animación de introducción.
  • Al abrir un menú en FL Studio, se selecciona inmediatamente la opción sobre la que se encuentra el puntero del ratón.
  • cmd: desbordamiento del búfer de pila en search_command cuando se utiliza una línea de comandos /c entrecomillada que supera MAX_PATH.
  • No es posible iniciar sesión en Medicalc4.
  • Caso de reproducción de una excepción de C++ en ARM64: se produce un bloqueo cuando una función de una DLL termina con una llamada a una función auxiliar que lanza una excepción y no retorna.
  • ssbs-probe (instantánea del código fuente del 29 de septiembre de 2026, ARM64): el bit SSBS se borra después de ejecutar RtlRestoreContext.
  • mfplat: MFCreateDXGISurfaceBuffer falla silenciosamente con texturas DXGI_FORMAT_R8_UINT, por lo que UE4 ElectraPlayer no muestra vídeo.
  • MusicBee: se produce una excepción System.OutOfMemoryException en el modo WoW64.
  • La implementación incompleta de cldapi.dll provoca que OneDrive se bloquee.
  • El instalador de Office 2013 Click-to-Run falla con la implementación integrada de msxml6 cuando DOMDocument::save() utiliza la codificación «unicode».
  • Battlefield 1942 no puede copiar secdrv.sys en c:\windows\syswow64\drivers porque el directorio no existe.
  • wine 11.19: el análisis de un archivo /etc/hosts de gran tamaño por parte de dnsapi bloquea la inicialización de un prefijo nuevo.

Ya disponible

WINE 11.20 ya se puede descargar desde el botón que tenéis debajo de estas líneas. En su página de descargas hay también información sobre cómo instalar esta y otras versiones en sistemas operativos Linux y otros como macOS e incluso Android.

Dentro de dos semanas, si se sigue con el calendario habitual y nada nos hace pensar que no será así, llegará WINE 11.21, también con decenas de cambios para preparar el WINE 12.0 que llegará, todo atendiendo a lanzamientos pasados, a principios de 2027. El ritmo seguirá así hasta finales de año, cuando se aumentará la frecuencia de lanzamientos a Release Candidate por semana, luego estable (WINE 12) y luego ya se comenzará el desarrollo de WINE 13.0.

.boton {color: white; background-color: grey !important; padding: 20px; font-size: 2rem; text-decoration: none; border-radius: 10px; position: relative; top: 15px; border: 4px solid #555;}.boton:hover {box-shadow:1px 1px 2.5px black !important;}

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

Defender para Linux en puestos de trabajo: seguridad unificada para entornos multinube

Microsoft Defender en Linux

Microsoft ha dado un paso más en su estrategia de seguridad multiplataforma: Defender ya puede proteger escritorios Linux, aunque por ahora lo hace dentro de una fase de vista previa pública. La compañía no presenta esto como una herramienta para cualquier usuario, sino como una extensión de su oferta empresarial para organizaciones que ya conviven con Linux en sus infraestructuras.

Hasta hace poco, la presencia de Defender en Linux se concentraba en servidores. Ahora Redmond traslada esa cobertura a los puestos de trabajo, un terreno cada vez más habitual entre desarrolladores y, por tanto, más expuesto a ataques. La propuesta busca que las empresas puedan vigilar equipos Linux con los mismos mecanismos que ya emplean en otros sistemas.

Una expansión pensada para estaciones de trabajo

El movimiento no surge de cero. Microsoft inició su recorrido en Linux en 2020, cuando lanzó una primera vista previa de Defender ATP para Linux. Ese mismo año anunció la disponibilidad general para servidores, un punto de partida que ha servido para construir el agente actual. En 2023 llegó el aislamiento de dispositivos Linux, una función que permite separar de la red un equipo comprometido sin cortar del todo la comunicación con el servicio de seguridad.

Ahora ese mismo enfoque alcanza los ordenadores de escritorio. La empresa sostiene que los escritorios Linux manejan privilegios elevados, tienen gran valor para el negocio y muchas veces pasan desapercibidos para los administradores. Si un atacante logra entrar en uno de esos equipos, no solo se hace con un portátil: también puede ganar presencia en los procesos de creación y distribución de software de la organización.

Mismo agente que en servidores

Una de las decisiones técnicas más relevantes es que Microsoft no ha diseñado un agente específico para escritorio. Emplea el mismo que ya funcionaba en servidores Linux, de modo que los paquetes, la instalación y las funciones de seguridad se trasladan sin grandes cambios. Para las empresas, eso reduce trabajo de mantenimiento y permite reaprovechar procedimientos ya probados.

El sistema distingue de forma automática si el dispositivo es un servidor o una estación de trabajo. Esa clasificación se refleja en el inventario y en los flujos de seguridad, así que los administradores pueden supervisar todos los equipos Linux desde el mismo portal que usan para el resto de sistemas, ya estén en el centro de datos, en la nube o encima de la mesa de un empleado.

Tres bloques de protección en Microsoft Defender

La oferta se organiza en tres áreas. La primera, protección y detección, incluye detección y respuesta en el endpoint, el antivirus de nueva generación de Defender y el análisis de amenazas. Estas capacidades están pensadas para localizar comportamientos sospechosos en tiempo real, no solo para buscar archivos maliciosos conocidos.

La segunda área, gestión de la exposición, reúne la gestión de vulnerabilidades de Microsoft Defender, el inventario de dispositivos y la administración de la configuración de seguridad. La tercera, investigación y respuesta, incorpora búsqueda avanzada de amenazas, respuesta en directo y aislamiento de dispositivos. Son los mismos pilares que ya sostenían la versión para servidores Linux, pero aplicados a los puestos de trabajo.

Distribuciones compatibles y entorno gráfico

En cuanto a compatibilidad, Microsoft señala que las distribuciones admitidas en servidores también lo están en escritorios. La lista incluye RHEL, CentOS, Ubuntu, Debian, SUSE Linux Enterprise Server, Fedora y Oracle Linux, entre otras. El soporte depende de la distribución y de la versión del kernel, no del entorno gráfico, por lo que usar GNOME, KDE u otro escritorio no cambia el criterio principal.

Microsoft Defender y la licencia de empresa, no para casa

Defender para Linux no es gratuito. Su uso exige una licencia independiente de Microsoft Defender for Endpoint Plan 2 o bien contar con Microsoft 365 E5 o E7. Esa condición lo sitúa en el ámbito profesional y corporativo, igual que ocurría con la versión para servidores. Las organizaciones interesadas pueden probarlo dentro de la vista previa pública.

Los usuarios domésticos no tienen el mismo camino. La versión de Defender vinculada a planes personales y familiares sigue limitada a Windows, Mac, iPhone y Android, así que quien use Linux en casa seguirá dependiendo de las herramientas incluidas en su distribución o de otras alternativas de seguridad.

La llegada de Defender a los escritorios Linux amplía una estrategia que empezó en servidores y que ahora pretende cubrir también los equipos desde los que se programa y se prepara software. La propuesta reutiliza el agente existente, mantiene la gestión unificada y exige licencias empresariales, mientras deja fuera, al menos por ahora, al usuario particular. Para las organizaciones españolas y europeas que ya combinan Windows, nube y sistemas abiertos, todo apunta a que Linux deje de ser un punto ciego en su seguridad.

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

Libreboot 26.10: EDK2 como cargador por defecto y una visión renovada del arranque libre

Libreboot 26.10

Libreboot 26.10 ya se puede descargar y no es una actualización menor. La versión coloca EDK2 como cargador UEFI por defecto en la mayoría de placas Intel y AMD compatibles, lo que supone dejar atrás U-Boot en x86 y abrir la puerta a sistemas que hasta ahora no arrancaban con este firmware libre, incluido Windows. El proyecto mantiene GRUB y SeaBIOS en versiones EFI dentro de la flash para no romper instalaciones antiguas, pero advierte de que los cambios de diseño son profundos y conviene leer la documentación antes de actualizar.

El anuncio lo firma Leah Rowe y lleva fecha del 15 de octubre de 2026. Los archivos están en el repositorio estable de Libreboot y en sus réplicas, así que los usuarios europeos pueden descargarlos desde los espejos habituales. Además de la parte técnica, la entrega incorpora una política contraria al uso de IA en el sistema de compilación, un punto que el responsable del proyecto considera el cambio más relevante de todo el lanzamiento. En algunos resúmenes se le ha puesto el apodo Ominous Olive, aunque el anuncio principal se centra en la versión 26.10.

EDK2 pasa a mandar en el arranque de Libreboot 26.10

El nuevo payload se apoya en una bifurcación de EDK2 mantenida por MrChromebox, que convierte el código de referencia de Intel para UEFI en un cargador genérico para coreboot. Aunque EDK2 se asocia a menudo con firmware propietario, su implementación de referencia es software libre y el proyecto distribuye el código fuente completo. En la práctica, casi todas las placas de 64 bits pasan a usarlo por defecto, mientras que los equipos antiguos limitados a 32 bits siguen con el esquema anterior de GRUB y SeaBIOS.

La compatibilidad se amplía de forma notable. Se han probado Linux con UKI y systemd-boot, OpenBSD con cargador EFI y GPT, FreeBSD en modo UEFI y Windows 10 y 11, además de sistemas menos habituales como 9front. ReactOS no funciona porque no ofrece soporte UEFI, y RedoxOS probablemente sí. Para quienes necesiten arrancar instalaciones antiguas, EDK2 incluye GRUB EFI, SeaBIOS CSM mediante CSMWrap y MemTest86+, accesibles desde el menú que aparece al pulsar ESC durante el arranque.

Hay matices que conviene tener en cuenta. CSMWrap, el puente que permite usar SeaBIOS como módulo de compatibilidad, ocupa un núcleo completo de CPU durante el arranque, por lo que un equipo de cuatro núcleos puede mostrar solo tres en Linux. Para retrocompatibilidad es preferible la versión EFI de GRUB, que no arrastra ese problema. Los payloads clásicos de GRUB y SeaBIOS en metal desnudo quedan desaconsejados y podrían desaparecer en el futuro, aunque todavía se pueden reactivar compilando desde el código fuente.

En gráficas, el soporte de PCI-E Resizable BAR permite usar tarjetas modernas que necesitan asignaciones por encima de 4 GB, siempre que se active manualmente en menuconfig. No viene habilitado por defecto porque en las pruebas rompe la salida de vídeo con libgfxinit en gráficos Intel integrados. Las ROM de opción PCI-E sí se activan cuando hacen falta, y se han probado equipos de sobremesa como los Dell OptiPlex 9020 SFF y 5050 SFF. Si aparece el problema con reBAR, el controlador i915 de Linux todavía puede inicializar el framebuffer por KMS/DRM.

233 Chromebooks y nuevas placas en la lista

Una de las cifras más llamativas es la importación de 233 portátiles Chromebook soportados por la distribución coreboot de MrChromebox, desde modelos antiguos hasta los más recientes de Intel y AMD. La operación se automatizó con la herramienta util/mrimport, que genera configuraciones para lbmk, y se han aplicado ajustes propios de Libreboot. Eso sí, en esta entrega las Chromebooks son solo código fuente: no hay binarios listos y hay que compilar. Solo se ha probado Baytrail Kip; el resto necesita pruebas.

Libreboot no se presenta como un fork de MrChromebox, sino como un proyecto que toma su trabajo como upstream en Chromebooks Intel y AMD. Entre las modificaciones aplicadas están el payload EDK2 con logotipo arcoíris y color morado, el bit HAP para desactivar Intel ME, el desbloqueo de regiones IFD mediante ifdtool, CSMWrap, GRUB EFI, MemTest86+, raminit nativo en Haswell y libgfxinit en Intel hasta Kaby Lake. La idea es mantener la mayor sincronía posible con el proyecto original y, a la vez, conservar las particularidades de Libreboot.

También hay hueco para hardware que no es Chromebook. Se añade soporte para el Dell OptiPlex 5050 SFF, el Supermicro X11SSH-F, los ThinkPad X280 y X270 y el Dell OptiPlex 3040 Micro. En el caso del Supermicro se recurre a deguard para neutralizar Intel ME y aprovechar las ventajas de la caché MRC, lo que acelera el entrenamiento de memoria en cada reinicio. El ThinkPad X301 deja de estar marcado con release=n porque arranca correctamente, aunque sigue siendo lento.

Las placas AMD Fam15h, como las ASUS KCMA-D8 y KGPE-D16, cambian al fork de coreboot de 15h.org. Frente a la rama 4.11_branch anterior, esta versión usa código AGESA. El resultado es una inicialización más fiable de CPU y memoria, soporte para más cantidad de RAM y correcciones en IOMMU y TPM. Se ofrecen imágenes de 4 MB y 8 MB, con binarios normales de SeaBIOS y GRUB, mientras que las imágenes basadas en EDK2 quedan en código fuente por limitaciones del chip gráfico AST2050.

Un sistema de compilación más flexible y ordenado

El proyecto ha reorganizado lbmk para admitir varios árboles y varios upstreams por proyecto, algo que facilita mantener coreboot, EDK2, GRUB, SeaBIOS, Flashprog y U-Boot sin mezclar revisiones. Coreboot por defecto se actualiza a una instantánea de septiembre de 2026; la variante de MrChromebox queda importada para Chromebooks; Fam15h pasa al fork de 15h.org; SeaBIOS se actualiza a julio de 2026; GRUB llega a la versión 2.16; Flashprog se actualiza a septiembre de 2026 y EDK2 a la versión 26.09.2. La rama antigua 4.11_branch se elimina.

También se han limpiado cientos de líneas de código muerto y se ha simplificado la estructura de configuración. Los archivos de proveedor se mueven a vendorfiles/, los proyectos se agrupan mejor bajo config/ y funciones como findpath o las comprobaciones de mkhelper quedan más compactas. Se elimina ccache para evitar errores sutiles, se dejan de usar las opciones -c y x, se refuerzan las comprobaciones de rutas y se apuesta por defconfigs cortos en coreboot. La caché XBMK_CACHE pasa a estar fijada en la configuración y se aplican clones con –mirror para ganar fiabilidad.

Entre las funciones nuevas destacan la importación automática de U-Boot con ./mk import_uboot, el comando fwsetup para volver al menú de EDK2 desde GRUB, las direcciones MAC aleatorias en compilaciones no de release, el color morado para MemTest86+ y EDK2, el escaneo de todos los directorios ESP y la activación de TPM donde esté disponible. También se añaden cbtest y test, dos utilidades para detectar problemas de configuración y someter el sistema de compilación a pruebas de estrés. SMMSTORE queda activado por defecto en los destinos con EDK2, de modo que se puede cambiar el orden de arranque sin recompilar el firmware.

En el apartado de arranque, GRUB simplifica su configuración a una sola entrada de menú que prueba primero USB y permite recorrer configuraciones con ESC, útil para quienes tienen varias distribuciones Linux. La imagen EFI de GRUB usa terminal_input console y prescinde de nativedisk, apoyándose en los controladores de EDK2 para USB, PS/2 y almacenamiento. Ya no se entregan imágenes con mapas de teclado distintos: hay una ROM por configuración y, si se quiere, se puede insertar un archivo keymap.gkb en CBFS. De momento todo queda en teclado UK QWERTY, a la espera de una solución gráfica basada en HiiDatabase y SMMSTORE.

Las herramientas auxiliares también reciben atención. nvmutil pasa a usar macros más seguras, elimina el manejo de errores basado en errno y añade envoltorios tolerantes a EINTR, además de corregir problemas en OpenBSD y generalizar funciones de E/S. Se intentó desarrollar libreboot-utils y una versión endurecida de mktemp llamada mkhtemp, pero el esfuerzo se abandonó por complejidad y por la dificultad de que las distribuciones lo aceptaran. Algo parecido ocurrió con una versión ampliada de spkmodem-recv, descartada por sobreingeniería.

Política anti-IA y salida de U-Boot en x86

El cambio más comentado es la incorporación del archivo AGENTS.md con una política claramente contraria a la IA. Libreboot rechaza el uso de código generado por inteligencia artificial y justifica la decisión con argumentos técnicos, legales y éticos. El proyecto sostiene que U-Boot en x86 quedó lastrado por una bifurcación fuertemente asistida por IA, lo que llevó a retirarlo como payload principal en esa arquitectura y a sustituirlo por EDK2, una implementación UEFI mucho más madura.

U-Boot no desaparece del todo: se mantiene en ARM64 y RISC-V, donde sigue siendo una pieza útil y cuenta con desarrollo activo. La actualización de U-Boot en Chromebooks ARM64 se descartó porque el menú bootflow de upstream quedó poco usable; se mantiene la revisión de principios de 2025. En x86, en cambio, Libreboot lo considera una carga. CrabEFI, un payload escrito en Rust por Arthur Heymans, fue valorado como reemplazo, pero se descartó de momento porque el ecosistema de Rust no se considera lo bastante predecible para producción. La idea es retomarlo cuando las herramientas estén más asentadas en distribuciones y sistemas BSD.

El anuncio también menciona que otros proyectos usados por Libreboot, como GCC o GRUB, pueden contener contribuciones asistidas por IA. El responsable de Libreboot afirma que tiene intención de auditarlos y, si hiciera falta, deshacer ese código o bifurcar los proyectos. Es una postura dura, no exenta de polémica, que el proyecto presenta como parte de su compromiso con el software libre. En cualquier caso, la decisión práctica inmediata es que EDK2 ocupa el lugar de U-Boot en x86.

Migración, notas prácticas y compatibilidad de Libreboot 26.10

Para quien venga de versiones anteriores, el salto no es trivial. Los equipos de 64 bits usan EDK2 por defecto, mientras que las placas solo de 32 bits o con poca flash conservan GRUB y SeaBIOS independientes. Las instalaciones antiguas de Linux y BSD deberían seguir arrancando gracias a los módulos de compatibilidad, pero se recomienda migrar a arranque UEFI con ESP. FreeBSD en modo BIOS necesita SeaBIOS en modo texto; para instalaciones nuevas es mejor usar EDK2 y evitar los módulos de compatibilidad.

Si alguien quiere recuperar el esquema clásico, puede editar el target.cfg de su placa, quitar las variables build_depend, payload_edk2 y grubtree, y añadir payload_grub, payload_seabios y payload_memtest. Después basta con recompilar. Libreboot advierte de que esa configuración está obsoleta y podría desaparecer más adelante. En EDK2 no se ofrece txtmode; para el cargador BIOS de FreeBSD hay que recurrir a un framebuffer en modo texto heredado desde coreboot, una opción que no se recomienda para instalaciones nuevas.

Otras notas prácticas incluyen el consumo de un núcleo por CSMWrap, la posibilidad de activar reBAR en placas con GPU externa y el uso de SMMSTORE para guardar ajustes de arranque. La actualización también deja atrás las imágenes con keymap integrado y apuesta por una única ROM por configuración. El soporte de iPXE aparece en el menú de EDK2, no en el payload SeaBIOS clásico, y el arranque de UKI modernos funciona sin necesidad de GRUB. También queda pendiente Linuxboot, que permitiría arrancar otros kernels desde la flash con Kexec, algo que el proyecto espera abordar en el futuro. La documentación del proyecto recoge los pasos concretos para cada escenario.

Todo este conjunto de cambios coloca a Libreboot 26.10 como una entrega de transición importante: EDK2, las 233 Chromebooks, el fork de 15h.org y la política anti-IA marcan el rumbo de las próximas versiones. Tanto el anuncio oficial como los resúmenes técnicos difundidos coinciden en señalar que el objetivo es modernizar el firmware libre, ampliar la compatibilidad con hardware reciente y mantener vivas las instalaciones antiguas mediante capas de compatibilidad. No es un lanzamiento exento de matices, sobre todo por los cambios en payloads y por la postura frente a la IA, pero sí supone un paso relevante para quien sigue de cerca el ecosistema de arranque abierto.

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

GE-Proton 11-9: mejoras en vídeo, mandos y compatibilidad para Steam Deck y Linux

GE-Proton 11-9

La escena de jugadores tiene una nueva pieza para probar. GloriousEggroll ha publicado GE-Proton 11-9, una entrega comunitaria que no nace para sustituir al Proton oficial de Valve, sino para cubrir esos casos en los que un título de Windows no termina de arrancar o falla en SteamOS y distribuciones de escritorio. Esta versión llega como corrección de la 11-8, que ya sirvió de base para varios ajustes de mandos, vídeo y entorno gráfico.

El propósito sigue siendo el de siempre: traducir las llamadas de Windows a Linux y añadir parches con componentes más recientes que los que suelen llegar a la rama estable. Por eso GE-Proton 11-9 interesa sobre todo a quien ya usa ProtonUp-Qt o herramientas similares y quiere exprimir su Steam Deck o su PC con Ubuntu, Fedora, Debian y familia. La actualización no es un cambio de rumbo, sino una puesta al día pensada para reducir fallos concretos que arruinan partidas.

Vídeo: menos pantallas negras y cinemáticas rotas

Uno de los puntos que más ha llamado la atención es la reproducción de vídeo. Resident Evil 4 y WUCHANG reciben arreglos para que sus vídeos se muestren con normalidad, algo que antes podía dejar una pantalla en negro o cortar secuencias importantes. También se corrige un problema muy concreto de Way of the Samurai 4: el juego podía cerrarse al saltar una cinemática, justo cuando el jugador quería ir rápido.

VRChat también sale beneficiado con una revisión de su reproductor, que mejora la compatibilidad con YouTube y con formatos habituales de emisión en directo. A esto se suman correcciones puntuales en Borderlands 3, Fairy Fencer F, Colin McRae Rally 3 y One Piece Pirate Warriors 4, títulos de épocas y estilos muy distintos. La idea es que el sistema de reproducción de Proton no se venga abajo por un detalle aislado.

Mandos: PlayStation y Switch Pro responden mejor

El apartado de controladores es otro de los bloques fuertes. Cuando Steam Input no está activado, los mandos de PlayStation pasan a un modo XInput automático para que muchos juegos antiguos los reconozcan sin configuración extra. La identidad del mando y los iconos de botones se conservan en los títulos compatibles, mientras que la gestión nativa del juego y Steam Input mantienen prioridad cuando están disponibles.

También hay mejoras para Switch Pro y modelos compatibles, que ganan soporte XInput y una asignación de botones más fiable, siguiendo la línea de mejoras en el soporte de mandos en Linux. En el lado Sony, el altavoz del DualShock 4 suena mejor, la detección del DualSense al arrancar Diablo IV vuelve a funcionar y el DualSense Edge amplía su compatibilidad. La conexión en caliente de mandos, la vibración de Monster Hunter Wilds o el cambio de altavoz en Death Stranding son otros detalles que entran en el paquete.

Ventanas, Wayland y ajustes de escritorio

La parte de ventanas y Wayland completa el cuadro. Vuelve a funcionar el clásico Alt+Tab a pantalla completa en Guild Wars Reforged, se corrige el cuelgue de GPU de StarCraft 2 y se arregla el arranque de Le Mans Ultimate. Además, la detección de HDR en DirectX 11 de Warframe responde como debería y la iluminación de Meridian: New World se muestra correctamente.

En entornos GNOME recientes se mejora el escaneo directo, algo que ayuda a que el escritorio y el juego se lleven mejor. No son fallos enormes por separado, pero juntos marcan la diferencia entre una sesión tranquila y una tarde con reinicios. Para quien juega en Linux a diario, estos retoques silenciosos valen tanto como una gran función nueva.

GE-Proton 11-9 pone los componentes internos al día

Debajo del capó, GE-Proton 11-9 actualiza Wine a una rama reciente y pone al día DXVK, VKD3D-Proton, D7VK y FEX. También se renuevan wineopenxr y las utilidades de protonfixes, que aplican arreglos específicos por juego. DXVK se encarga de traducir DirectX 9, 10 y 11 a Vulkan, VKD3D-Proton hace lo propio con DirectX 12 y FEX permite ejecutar programas x86 en equipos ARM.

La pila de parches propios se reordena y se retiran aquellos que ya han sido aceptados por los proyectos originales. Esa limpieza importa porque cada parche arrastrado puede convertirse en una futura fuente de conflictos. Mantener la base al día es lo que permite que los lanzamientos recientes arranquen sin esperar meses a la rama oficial.

Protonfixes para juegos concretos

La versión también incluye ajustes de protonfixes para varios títulos. En The Witcher 3 se ocultan funciones exportadas de Wine que hacían al juego desactivar capacidades gráficas al detectar el entorno. En A Way Out y en la edición no Steam del primer Call of Duty se añaden o actualizan correcciones para evitar problemas de arranque.

Estos arreglos no requieren que el usuario toque archivos ni comandos: basta con elegir la versión adecuada en la configuración de compatibilidad. Es una de las ventajas de GE-Proton, que empaqueta piezas mantenidas por comunidades distintas con un criterio práctico para jugar.

Cómo probar GE-Proton 11-9 en Steam Deck o PC

En Steam Deck, el camino más habitual pasa por ProtonUp-Qt desde el modo escritorio. Se puede instalar desde Discover, añadir la versión de GE-Proton y volver al modo juego sin reiniciar Steam. Después, en la biblioteca, se abre la ficha del título, se entra en Propiedades y Compatibilidad y se selecciona GE-Proton 11-9 en la lista.

En PC con distribución Linux, ProtonUp-Qt también sirve para gestionar la descarga. Lo sensato es probarla primero con los juegos que daban problemas, en lugar de cambiarla en toda la biblioteca de golpe. Si algo no convence, volver a una versión anterior es cuestión de segundos porque Steam conserva cada edición por separado.

Conviene recordar que no es la rama oficial de Valve. GE-Proton suele adelantar componentes y parches, pero también asume un riesgo mayor al probar antes lo que aún no ha llegado al canal estable. Quien prefiera máxima estabilidad puede esperar a que esos arreglos aterricen en Proton oficial.

GE-Proton 11-9 se presenta como una actualización de mantenimiento con foco en el vídeo, los mandos y los cimientos técnicos. Resident Evil 4, WUCHANG, Way of the Samurai 4 o VRChat son algunos de los nombres que se benefician, junto a mejoras para mandos PlayStation y Switch Pro, ventanas Wayland y componentes como Wine, DXVK o VKD3D-Proton. Para el jugador de Linux, la recomendación es prudente: instalarla con ProtonUp-Qt, probarla en los títulos problemáticos y decidir después si merece quedarse en la biblioteca.

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

Ubuntu 26.10 y sus sabores: un vistazo profesional a la familia Stonking Stingray


Ha llegado el día: Canonical ha anunciado oficialmente Ubuntu 26.10. Bajo el nombre en clave Stonking Stingray, este lanzamiento es intermedio y se mantiene para nueve meses de soporte (seis hasta la siguiente versión y tres más de cortesía para facilitar la actualización). A continuación se presenta un resumen estructurado de las novedades que afectan a la distribución base y a sus sabores, destacando las mejoras compartidas y los cambios relevantes en cada edición.

Novedades compartidas de Ubuntu 26.10
– Soporte de nueve meses, hasta julio de 2027.
– Linux 7.3, inicialmente en RC y luego estable.
– dbus-broker como implementación de D-Bus, con arquitectura asíncrona orientada a eventos.
– Coreutils totalmente reescrito en Rust.
– GCC 15.2, LLVM 22.1, Go 1.27, Python 3.14, OpenJDK 25, Rust 1.97.
– Avances en seguridad y OpenPGP.
– Mayor compatibilidad con RISC-V.

Ubuntu 26.10: IA y voz piden paso, pero no por defecto
La edición de escritorio introduce GNOME 51, y añade soporte para cifrado completo del disco mediante TPM (FDE) en equipos sin raíz de hardware confiable. La Configuración permitirá verificar la certificación de Ubuntu. Mejoras en accesibilidad y renderizado en monitores con escalado.
App Center gana vistas detalladas para paquetes Snap y DEB, y una página dedicada a controladores y compatibilidad de códecs. Myna, la herramienta de voz a texto, estará disponible en repositorios pero no instalada por defecto. También habrá imágenes para arquitectura RISC-V.

Kubuntu 26.10
Estado de desarrollo: en marcha. Se esperan novedades propias del sabor Kubuntu, con KDE Plasma y herramientas asociadas actualizadas en próximos comunicados.

Xubuntu 26.10: Xfce 4.20 se mantiene por不足 de alternativas más recientes
Xubuntu 26.10 adopta mejoras de estabilidad y compatibilidad con Wayland en Xfce 4.20. Actualizaciones clave en diversas aplicaciones: Ristretto 0.14.0 (reproducción aleatoria, nuevas opciones de ordenación), Xfce Screenshooter 1.11.3 (capturas en Wayland con vistas previas HiDPI), Xfce Terminal 1.2.0 (navegación entre resultados de búsqueda, desactivar resaltado de URL, menor consumo de CPU) y Xfce Power Manager 4.20.1 (apagar por inactividad, mejora en selección de retroiluminación). También llegan mejoras en GNOME 50, como Analizador de uso de disco, Visor de fuentes, Minas, Sudoku y Escáner de documentos; LibreOffice 26.8 y GIMP 3.2.6 actualizados.

Lubuntu 26.10: LXQt 2.4 y avances en Wayland
LXQt 2.4 por defecto, con sesión experimental basada en el compositor Miriway para Wayland. Inicio de sesión y la propia pantalla de inicio utilizan Miriway y Wayland, facilitando el desarrollo del soporte Wayland en futuras versiones.

Ubuntu MATE 26.10: transición con estabilidad
MATE 26.10 recibe actualización de componentes y un equipo nuevo, pero sin cambios de fondo significativos. Se prioriza la estabilidad y preparación para futuras mejoras.

Ubuntu Budgie 26.10: mejoras en Wayland e integración de Raven
Budgie Desktop se actualiza a 10.10.3 con mejoras de Wayland y compatibilidad con Wayfire. Se corrigen diálogos de Polkit, se integra un nuevo widget de radio Internet en Raven, y se añaden opciones de personalización con Wallstreet y Budgie Weather. Traslado de mejoras en traducciones, indicadores, temas y un nuevo fondo de pantalla.

Ubuntu Studio 26.10: enfoque creativo y base conservadora
Mejoras en el instalador (señalación de dependencias y recomendaciones), configuración de audio (interfaz de una sola ventana con pestañas y agrupación de ajustes de PipeWire), y selección de paquetes de audio para mejorar la experiencia creativa. Nuevas herramientas: Sonic Pi, SuperCollider, JNoise y SuperCollider 3. Paquetes actualizados: OBS Studio 32.2.2, FreeShow 1.6.5, QPrompt 2.0.2, RaySession 0.18.0, Patchance 1.4.0, DistroAV 6.2.1, Kdenlive 26.08.1, Krita 6.0.3, GIMP 3.2.6, Ardor 9.8.0, Scribus 1.6.6 y Audacity 3.7.8.

Edubuntu 26.10: GNOME 51 para educación
Edubuntu actualiza a GNOME 51 y mejora el instalador a 1.1.1, permitiendo seleccionar paquetes individuales dentro de los metapaquetes educativos desde GTK4, Qt6 y Cockpit. Se reorganiza el menú de aplicaciones (GNOME Resources y Visor de fuentes en Utilidades; Sonic Pi y SuperCollider IDE en Música), y Sonic Pi se integra al metapaquete de Educación Musical.

Ubuntu Cinnamon 26.10: avance hacia Wayland
Cinnamon llega a la versión 6.6.9 con mejoras en el menú predeterminado y en la experiencia de usuario, incluido el avatar y descripciones. Muffin y Nemo reciben mejoras para Wayland, con mejoras en la búsqueda de archivos y opciones de manejo de pestañas. Actualizaciones relevantes en LibreOffice, GNOME Calendar, Rhythmbox y más, junto con ajustes temáticos para Cinnamon 6.6 y eliminación de Debian desktop-base.

Ubuntu Unity 26.10: madurez en Unity 7.7
Unity 26.10 continúa con Unity 7.7, enfocándose en mantenimiento y estabilidad. Incluye Lomiri Calculator, Lomiri Files y Lomiri Terminal por defecto, mejoras en Nux y packaging de unity-settings-daemon, y nuevos fondos de pantalla. El desarrollo sigue centrado en mantener Unity mientras se avanza hacia una alternativa futura.

Ubuntu Kylin 26.10: madurez y enfoque en hardware reciente
Kernel Linux 7.3 para mayor compatibilidad de hardware, incluyendo portátiles Snapdragon X2/X Elite/X Plus y futuras plataformas Zen 6. Actualización de ZFS a 2.4.4, módulos de kernel para NVIDIA 580/615, y herramientas de desarrollo actualizadas (GCC 15.2, glibc 2.44, Python 3.14.7, LLVM 22.1.8, OpenJDK 25.0.4). UKUI 4.20 mantiene el diseño, con mejoras de estabilidad y compatibilidad. También se actualizan SBOMs para amd64 y arm64.

Notas finales
– Ubuntu 26.10 mantiene un ciclo de vida intermedio para facilitar transiciones entre versiones principales. Si bien algunos sabores avanzan con mejoras importantes en seguridad, rendimiento y soporte de Wayland, otros siguen consolidando su base para futuras innovaciones.
– Se recomienda a los usuarios revisar la compatibilidad de hardware con Wayland y evaluar la necesidad de migrar a sesiones específicas (X11 vs Wayland) según su flujo de trabajo y aplicaciones críticas.

Conclusión: Ubuntu 26.10 llega con un equilibrio entre innovación y estabilidad, ampliando compatibilidad de hardware, seguridad y soporte de Wayland en varios sabores, al tiempo que consolida herramientas creativas y educativas para usuarios finales y entornos profesionales.

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

Fastfetch 2.70: cambios clave, migración y consideraciones para usuarios de Linux y Windows

Fastfetch 2.70 ya está disponible con cambios internos y ajustes que afectan tanto a las dependencias de Linux como a las configuraciones personalizadas. Esta herramienta, utilizada como alternativa moderna a Neofetch, recopila y muestra información del sistema operativo, el hardware, el escritorio, el terminal y otros componentes en una salida de texto que suele acompañarse de un logotipo de la distribución.

La nueva versión, publicada el 14 de octubre, introduce modificaciones que conviene tener en cuenta antes de actualizar instalaciones existentes. Aunque no se trata de una versión centrada en añadir una gran cantidad de módulos nuevos, sí incluye cambios que pueden requerir adaptar scripts y opciones de configuración.

Cambios en la ejecución de comandos en Fastfetch 2.70

Una de las modificaciones principales afecta al módulo Command. La opción de configuración useStdErr ha sido sustituida por useOutput, que permite seleccionar qué salida de un comando debe capturar Fastfetch: la estándar (stdout), la de error (stderr) o ambas (both).

El nuevo ajuste utiliza both como valor predeterminado. Esto significa que los comandos que escriben información en la salida de error también podrán mostrarla en Fastfetch, en lugar de descartarse como ocurría con el comportamiento anterior. Quienes necesiten conservar el funcionamiento previo deberán configurar explícitamente stdout o stderr, según el caso.

QuickJS deja paso a Lua

Fastfetch 2.70.0 elimina el soporte para los scripts de formato basados en QuickJS, cuyo abandono ya se había anunciado en la versión 2.69.0. Los usuarios que hayan creado personalizaciones con este sistema tendrán que migrarlas a Lua si desean seguir utilizándolas.

Este cambio puede afectar especialmente a quienes han ido más allá de la configuración predeterminada para construir una presentación propia de la información del sistema. Antes de actualizar, resulta recomendable comprobar si los archivos de configuración incluyen scripts dependientes de QuickJS.

Menos dependencias en Linux

En Linux, Fastfetch deja de utilizar las bibliotecas libpulse y libddcutil. Como consecuencia, los responsables de empaquetar la aplicación deben retirar esas dependencias de sus paquetes.

La modificación simplifica los requisitos del programa y afecta a las distribuciones que mantienen sus propias recetas de compilación o paquetes. No obstante, los usuarios no deberían asumir que deben eliminar manualmente esas bibliotecas del sistema: pueden seguir siendo necesarias para otras aplicaciones.

Ajustes en Windows y compatibilidad

La versión también modifica la información que presenta el módulo LocalIP en Windows. En lugar de mostrar los indicadores internos IP_ADAPTER_*, ahora describe características de la propia interfaz de red, como su estado operativo, el tipo de conexión y el estado del medio. Además, deja de informar de interfaces que no tienen direcciones unicast.

Estos cambios buscan que la información sobre las interfaces de red sea más coherente y útil para identificar las conexiones disponibles.

Descarga de Fastfetch 2.70.0

Fastfetch 2.70.0 puede obtenerse desde el repositorio oficial del proyecto en GitHub, donde también está disponible el registro de cambios completo. Los usuarios que empleen paquetes de su distribución deberán comprobar cuándo se incorpora la nueva versión a sus repositorios.

En definitiva, esta actualización se centra en retirar componentes obsoletos, simplificar dependencias y ajustar el comportamiento de determinados módulos. Quienes utilicen Fastfetch sin personalizaciones complejas probablemente tendrán menos cambios que revisar, mientras que los usuarios de scripts propios deberían prestar especial atención a la eliminación de QuickJS y a la nueva opción useOutput.

Más información: registro oficial de cambios de Fastfetch.

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

IPFire 2.29 Core Update 204: mejoras en DNS para VPN, actualizaciones del núcleo y refuerzos de seguridad

IPFire 2.29 Core Update 204

IPFire 2.29 Core Update 204 ya está disponible con una nueva ronda de actualizaciones y correcciones para esta distribución GNU/Linux especializada en cortafuegos y seguridad de redes. Esta versión de mantenimiento soluciona un problema de resolución DNS que afectaba a los clientes conectados mediante VPN, actualiza el núcleo Linux a la versión 6.18.54 y renueva numerosos componentes del sistema.

La publicación llega después de la migración de Unbound a Knot Resolver, introducida en la actualización anterior. Aunque el cambio había mejorado la velocidad de resolución DNS y corregido problemas anteriores, también provocó una regresión que impedía resolver nombres de dominio a determinados clientes VPN. Core Update 204 corrige ese comportamiento y añade otras mejoras para administradores de redes.

Corrección del problema DNS con las conexiones VPN

El cambio más importante de IPFire 2.29 Core Update 204 afecta a Knot Resolver, el resolvedor DNS utilizado por IPFire. El fallo hacía que las respuestas DNS salieran con una dirección IP de origen incorrecta, lo que impedía a los clientes conectados mediante IPsec, WireGuard u OpenVPN resolver nombres de dominio correctamente.

La solución ha requerido cambios importantes en la capa de entrada y salida de Knot Resolver. El equipo de IPFire explica que estas modificaciones también se han enviado al proyecto original, de manera que la corrección pueda beneficiar a otros usuarios del software.

Para los administradores que utilizan IPFire como puerta de enlace de una red con conexiones VPN, esta corrección es especialmente relevante. La resolución DNS es necesaria para acceder a servicios mediante sus nombres de dominio, aunque la conexión VPN esté establecida correctamente.

Linux 6.18.54 y actualizaciones de seguridad

El núcleo de IPFire se actualiza a Linux 6.18.54, que incorpora correcciones procedentes del desarrollo principal del kernel para mejorar la estabilidad y la seguridad. La actualización también renueva una amplia selección de paquetes esenciales.

Entre los componentes actualizados se encuentran Apache 2.4.68, Bash 5.3p15, BIND 9.20.24, cURL 8.21.0, Knot Resolver 6.4.2, OpenSSH 10.4p1, OpenSSL 3.6.5 y systemd 261.1. También se actualizan bibliotecas y herramientas como SQLite, Perl, Vim y GLib.

El objetivo de estas actualizaciones es mantener al día los componentes que forman la base del sistema, reducir la exposición a errores conocidos y mejorar la compatibilidad. En un cortafuegos, mantener estos componentes actualizados resulta especialmente importante porque el equipo puede actuar como punto de entrada y salida de toda una red.

Mejoras en WireGuard y el sistema de prevención de intrusiones

Core Update 204 corrige además un problema al importar configuraciones de WireGuard que contienen varias subredes separadas por espacios. Con este cambio, esas configuraciones pueden procesarse correctamente sin tener que modificar manualmente su formato.

El sistema de prevención de intrusiones (IPS) incorpora asimismo el conjunto de reglas «Advanced Phishing Protection», desarrollado por Julio Lira, como proveedor de reglas. Esta incorporación amplía las opciones disponibles para detectar y bloquear amenazas relacionadas con el phishing.

En el apartado de arquitecturas, las compilaciones experimentales para RISC-V se ajustan para aprovechar mejor los procesadores con ejecución fuera de orden. Continúan siendo compatibles con la base RVA22 y pueden beneficiarse de mejoras introducidas en RVA23.

Más información para la supervisión de la red

Los complementos de monitorización también reciben cambios. Observium Agent puede informar ahora del estado del servidor web Apache, mientras que Zabbix incorpora la capacidad de recopilar métricas de Knot Resolver.

Además, se corrige un error de Avahi que podía provocar que el apagado quedara bloqueado cuando el servicio no estaba en ejecución y no se gestionaba correctamente el error resultante.

Los paquetes adicionales incluyen nuevas versiones de ClamAV, FFmpeg, Git, HAProxy, Postfix, rsync, Transmission y otras herramientas utilizadas en servidores y redes.

Descarga y actualización

IPFire 2.29 Core Update 204 está disponible desde la página oficial del proyecto. Se ofrecen imágenes para las arquitecturas x86-64 y ARM64, en formatos ISO e IMG comprimido, además de archivos de verificación y torrents.

Quienes ya utilizan IPFire pueden consultar las instrucciones oficiales de actualización y comprobar los requisitos antes de aplicar los cambios. En equipos que proporcionan conectividad VPN a usuarios remotos, conviene verificar especialmente que la resolución DNS funciona correctamente después de actualizar.

Esta versión no introduce una nueva generación de IPFire, sino que concentra sus esfuerzos en corregir errores, actualizar paquetes y reforzar las herramientas de administración. La solución para Knot Resolver es el cambio más relevante, mientras que las mejoras de monitorización anticipan futuras novedades en la forma de observar el estado y el comportamiento del cortafuegos.

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

Epic Games Launcher llega a Linux: una revolución para el gaming abierto


La llegada del Epic Games Launcher a Linux marca un hito significativo para el ecosistema de juegos en sistemas abiertos. Tras avances y pruebas previas, hoy se confirma que ya existe una Preview funcional del lanzador, una versión preliminar que ha requerido una reescritura substantial para adaptarse a las particularidades del kernel y de la multitud de distribuciones Linux. Este movimiento no solo amplía el catálogo disponible para los usuarios de Linux, sino que también implica una actualización importante en el manejo de anti-trampas, con Easy Anti-Cheat (EAC) actualizado para funcionar en entornos no Windows.

Uno de los efectos más relevantes es la posibilidad de que Fortnite llegue a Linux. Aunque el CEO de Epic afirmó en su momento que el juego no llegaría a la Steam Deck sin un volumen de ventas excepcional, la realidad actual demuestra que la compatibilidad con Linux y la mejora de EAC están abriendo la puerta a una experiencia más amplia para los usuarios de este sistema operativo. La noticia destaca que, con el nuevo lanzador, la ejecución de juegos de Windows en Linux se facilita mediante una descarga orientada a activar el soporte, aprovechando herramientas de compatibilidad como GE-Proton y rutas de runtime específicas dentro del sistema de ficheros del usuario.

En cuanto a compatibilidad, el nuevo launcher indica soporte explícito para Ubuntu 22.04 en adelante, Fedora 43 en adelante y Debian 12 en adelante. Aunque es razonable esperar que funcione en otras distribuciones, el soporte oficial aún no está garantizado fuera de estas versiones en la Preview actual, por lo que conviene verificar la compatibilidad y los requisitos antes de migrar por completo.

La llegada de Epic Games Launcher a Linux abre la puerta a un entorno de juegos más unificado, reduciendo la dependencia de herramientas de terceros para la gestión de bibliotecas de juegos de Epic. Aunque herramientas como Heroic Games Launcher han sido útiles para centralizar juegos de Epic, disponer de un lanzador oficial facilita la integración de guardado en la nube, logros y otras funciones que ya son habituales en plataformas como Steam.

En resumen, el gaming en Linux continúa avanzando de forma notable. La presencia de un launcher oficial de Epic, con soporte para Linux y mejoras en EAC, no solo amplía el catálogo disponible para los usuarios, sino que también fortalece la idea de Linux como plataforma de juego viable y competitiva. A medida que la compatibilidad se consolide y se amplíe a más distribuciones y configuraciones, es probable que veamos un ecosistema de juego en Linux cada vez más robusto y diverso.

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

KDE Plasma 6.8: estabilidad y pulido para un aniversario que inspira confianza

KDE Plasma 6.8

La comunidad KDE tiene una cita señalada en el calendario: Plasma 6.8 ya está listo para su publicación estable y lo hace coincidiendo con el trigésimo aniversario del proyecto. La fecha elegida no es accidental, porque el equipo ha querido que la versión final llegue en una jornada redonda para la comunidad, tal como venía apuntando en sus comunicados semanales. No se trata de un lanzamiento menor, aunque tampoco de una revolución: hablamos de una actualización que pule el escritorio y cierra varios frentes abiertos.

Los cambios más comentados no alteran la filosofía del escritorio, sino que corrigen fallos y mejoran tareas cotidianas. KDE ha puesto el foco en la estabilidad, en la experiencia con controladores propietarios y en pequeños detalles que, sumados, marcan la diferencia para quien usa Plasma a diario.

Treinta años y una versión final

El lanzamiento de Plasma 6.8 se produce cuando se cumplen tres décadas desde el nacimiento de KDE, un proyecto que comenzó en 1996 para ofrecer un entorno de escritorio libre y coherente. La coincidencia con el aniversario ha servido para dar más visibilidad a una versión que, de otro modo, podría haber pasado más desapercibida. Los responsables han mantenido la misma estrategia que en otras ocasiones, aprovechando una fecha simbólica para presentar el trabajo de los últimos meses.

La versión estable llega después de varias betas públicas. El equipo ha ido publicando informes semanales en los que detallaba qué entraba y qué quedaba fuera del código. Esa transparencia ha permitido a los usuarios seguir el desarrollo casi en tiempo real y probar las imágenes en vivo antes del salto final. Aunque no todo el mundo participa en esas pruebas, el proceso sirve para cazar regresiones antes de que afecten a millones de equipos.

KDE Plasma 6.8 introduce mejoras en KRunner, Discover y Frameworks

Entre los ajustes que más se notarán en el uso diario hay varios que ya aparecían en los informes previos al lanzamiento. KRunner, el lanzador rápido de Plasma, mejora la navegación con las teclas de flecha, de modo que moverse entre resultados sin ratón resulta más cómodo. Es un cambio discreto, pero se agradece en un elemento que muchos usuarios invocan decenas de veces al día.

Discover, la tienda de software del escritorio, también recibe atención. La aplicación debería aplicar siempre las actualizaciones automáticas de programas Flatpak, una función que hasta ahora no terminaba de comportarse como se esperaba. Para quien depende de este formato de empaquetado, el arreglo evita que algunas aplicaciones queden sin parches sin que el usuario se dé cuenta.

En el apartado de Frameworks, la versión 6.32 corrige un problema relacionado con el desenfoque. Se ha resuelto un cierre inesperado en aplicaciones Qt cuando una ventana emergente de ayuda desaparecía mientras la persona seguía escribiendo. No es un fallo que afecte a todo el mundo, pero sí a quienes trabajan con ventanas translúcidas y elementos emergentes. La corrección forma parte de ese mantenimiento silencioso que sostiene la sensación de solidez.

Alivio para los usuarios de NVIDIA

Uno de los puntos que más ha dado que hablar es el comportamiento del mosaico en equipos con tarjetas NVIDIA y controlador propietario. Los cortes al colocar ventanas en modo mosaico quedan resueltos, según los detalles técnicos publicados antes del lanzamiento. El problema venía de lejos y se había reportado en varias ocasiones, así que su solución era una de las más esperadas por una parte de la comunidad que utiliza mejoras clave para NVIDIA y KDE Plasma.

La causa estaba en la forma en que Plasma gestionaba los recursos gráficos. Cada vez que se abría un efecto de Qt Quick, el sistema recreaba el contexto de OpenGL, lo que bloqueaba brevemente el hilo principal y producía cortes visibles al mover o redimensionar ventanas. La solución pasa por mantener un contexto persistente para Qt, evitando recreaciones constantes. En equipos afectados, el mosaico debería notarse más fluido.

Kup y el planificador de copias en KDE Plasma 6.8

Otra de las piezas que gana protagonismo con Plasma 6.8 es Kup, la utilidad de copias de seguridad. La herramienta incorpora un planificador que permite programar respaldos sin depender de scripts manuales. Para quienes necesitan mantener copias periódicas de sus archivos, contar con una opción integrada en el entorno simplifica bastante la tarea.

Kup no es una novedad absoluta en el ecosistema, pero sí va ganando presencia dentro de Plasma. Su enfoque resulta práctico para usuarios que quieren automatizar copias sin complicarse con herramientas externas. En esta versión, el planificador se suma a las funciones que ya ofrecía, aunque conviene revisar la configuración antes de confiarle datos importantes. Como suele ocurrir en KDE, las opciones están ahí para quien quiera ajustarlas.

Plasma 6.9 ya asoma

El desarrollo de la siguiente versión no se detiene. Plasma 6.9 se encuentra en una fase temprana, todavía sin beta pública ni una lista cerrada de novedades. Los responsables ya trabajan en corregir fallos de la versión actual y en preparar cambios que verán la luz en próximos ciclos.

Entre los movimientos previstos para 6.9 aparecen ajustes de personalización y mejoras visuales en la vista general de KWin. También se estudian detalles de configuración que afectan a paneles y opciones del sistema. Nada de esto ha llegado con 6.8, pero sirve para entender que KDE mantiene un ritmo de desarrollo continuo, con versiones cada pocos meses y betas públicas en la fase final.

La fecha exacta de llegada dependerá de la distribución que use cada persona. Las versiones de ciclo continuo suelen recibir antes los paquetes, mientras que los sistemas con calendario fijo pueden tardar más en incorporarlos. Lo recomendable es consultar los repositorios o canales de actualización de cada distribución para saber cuándo estará disponible Plasma 6.8.

Plasma 6.8 se presenta como una actualización de mantenimiento y pulido, con el aliciente de llegar en el trigésimo aniversario de KDE. Los arreglos para NVIDIA, KRunner, Discover, Frameworks y Kup son los puntos más relevantes para el usuario final, mientras que Plasma 6.9 ya empieza a tomar forma entre bastidores. Quien busque estabilidad encontrará motivos para actualizar cuando su distribución lo permita; quien prefiera esperar, siempre puede consultar los canales de su sistema para saber cuándo estará disponible.

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

Linux Mint 27 Adrien: una llegada anual que redefine el calendario de las distribuciones

El panorama de las distribuciones de Linux está a punto de experimentar un cambio notable con la llegada de Linux Mint 27, la primera versión anual de la popular distro basada en Ubuntu. Esta decisión, anunciada por Clem y recogida en la nota de novedades de octubre, marca un giro estratégico: en lugar de lanzamientos de punto frecuentes, Mint se enfocará en un ciclo anual que busca una mayor estabilidad y una experiencia de usuario más refinada.

La lógica detrás del nuevo esquema se entiende con facilidad. Si el año fiscal anualiza una versión, la numeración por año (27 en este caso, correspondiente al año de uso del sistema) resulta más clara para los usuarios y administradores. Así, Linux Mint 27, cuyo nombre en clave es Adrien, se posiciona como la primera entrega de un nuevo ciclo. Cabe destacar que, con esta nomenclatura, el equipo apunta a que el lanzamiento de 28 marcará el siguiente hito anual, seguido por 29 y así sucesivamente.

En cuanto a la base del sistema, Linux Mint 27 estará construido sobre Ubuntu 26.04 y mantendrá las tres ediciones clásicas: Cinnamon, Xfce y MATE. Este enfoque garantiza continuidad para los usuarios que ya aprovechan las distintas experiencias de escritorio, al tiempo que introduce mejoras y nuevo hardware con el soporte habitual de Mint.

Otra noticia relevante es la reciente incorporación de una aplicación de alarmas. Inspirada en una experiencia de Android, la herramienta ofrece una interfaz intuitiva, alarmas recurrentes, sonidos personalizados y notificaciones que llegan incluso cuando la aplicación no está en primer plano. Las notificaciones se gestionan a través de Clockenstein y su agente de notificaciones, lo que añade un nivel de fiabilidad que muchos usuarios aprecian en entornos de escritorio de productividad.

Además de estas novedades, el equipo mantiene su ritmo de desarrollo en segundo plano. En próximas entregas, se esperan avances sobre proyectos como Superlight, Unfold y Velocitty. Aunque los detalles aún están por desvelarse, estas menciones apuntan a un ecosistema en crecimiento que podría traer mejoras significativas en rendimiento, eficiencia y experiencia de usuario para Mint 27 y las futuras versiones del ciclo anual.

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