En el universo de Linux, los AppImages ofrecen una atractiva promesa de portabilidad. Sin embargo, gestionarlos de forma manual puede convertirse en un proceso repetitivo y propenso a errores: mover archivos, hacerlos ejecutables, crear accesos directos, mantener iconos y, a veces, lidiar con actualizaciones. AppManager llega para cambiar eso: una herramienta de escritorio pensada para simplificar la vida del usuario, con una interfaz cuidada basada en GTK y Libadwaita, y un flujo de trabajo que recuerda a la experiencia de macOS. A continuación encontrará una visión clara de qué es esta utilidad, cómo funciona y por qué podría encajar en su flujo de trabajo con Linux.

¿Qué es AppManager y para qué sirve?
AppManager es una aplicación de escritorio desarrollada con GTK y Libadwaita, escrita en Vala, cuyo objetivo es gestionar AppImages de forma sencilla y visual. En lugar de manipular archivos sueltos y configurar entradas de escritorio manualmente, AppManager automatiza el proceso con un par de clics y un flujo de arrastrar y soltar que resulta intuitivo incluso para usuarios que se mueven con soltura entre diferentes entornos de escritorio.

La función principal de AppManager es actuar como un gestor centralizado de AppImages en el escritorio Linux: permite instalar, desinstalar, integrar con el menú de aplicaciones y mantener las aplicaciones al día mediante un sistema de actualizaciones en segundo plano. De este modo, los AppImages se comportan como si provinieran de un repositorio tradicional, sin perder la portabilidad y el aislamiento que caracteriza este formato.

Interfaz estilo macOS con arrastrar y soltar
Uno de los rasgos más llamativos de AppManager es su ventana de instalación al estilo macOS. Al hacer doble clic sobre un archivo .AppImage, en lugar de ejecutarse de forma directa o abrirse un cuadro de diálogo genérico, se despliega una ventana específica de AppManager. En esa ventana puede recurrirse al clásico flujo de arrastrar y soltar para instalar la aplicación: basta con arrastrar el AppImage al área designada y la herramienta se encarga de moverlo a la ubicación adecuada, marcarlo como ejecutable y registrar las entradas de escritorio necesarias.

Este enfoque ofrece una experiencia más limpia y coherente: instalar una AppImage se siente como un proceso bien definido, no como una maniobra dispersa entre carpetas y permisos. En conjunto con la estética basada en GTK y Libadwaita, la interfaz transmite una sensación moderna y pulida, con una integración visual que acompaña al usuario sin llamar la atención innecesariamente.

Soporte para AppImage SquashFS y DwarFS
La compatibilidad es otro de los grandes puntos a favor de AppManager. La herramienta admite tanto AppImages basadas en SquashFS como en DwarFS, dos tecnologías de empaquetado que difieren en rendimiento, tamaño y comportamiento. Esta versatilidad implica que prácticamente cualquier AppImage de la que se tenga noticia podrá gestionarse desde AppManager sin necesidad de ajustes manuales.

La capacidad de trabajar con ambos formatos es especialmente valiosa en un ecosistema tan variado como el de AppImage. Al abstraer estas diferencias detrás de una interfaz unificada, AppManager evita que el usuario tenga que preocuparse por el formato de empaquetado de cada aplicación: funciona, basta con usarla.

Instalación con un par de clics
En el flujo más habitual de uso, basta con hacer doble clic sobre un archivo .AppImage para que aparezca la ventana de instalación de AppManager. Desde ahí, se muestra una interfaz preparada para que arrastre ese archivo (o varios) al área de instalación. No hay comandos complicados ni rutas difíciles de recordar: la acción de instalación se realiza de forma clara y directa, con un mínimo de pasos.

Tras completar la instalación, AppManager se encarga de mover la AppImage a una ubicación estable, preparar las entradas de escritorio y gestionar los iconos. Este diseño evita que las aplicaciones se dispersen por la carpeta de Descargas u otros lugares improvisados, y facilita la desinstalación cuando ya no se necesiten, sin dejar restos en el sistema.

Integración en el escritorio: entradas y iconos
Una vez instalada, AppManager se ocupa de crear las entradas de escritorio necesarias para que la aplicación aparezca en el menú de aplicaciones. También se encarga de copiar y registrar los iconos correspondientes, de modo que la app tenga su icono propio en el lanzador, el dock o el panel, según el entorno utilizado.

Con ello, la experiencia se aproxima a la de usar una aplicación instalada desde el repositorio de su distribución: la integración es completa y no requiere que el usuario sepa distinguir entre AppImages gestionadas o no. El objetivo es que el usuario pueda centrarse en las herramientas que utiliza, sin preocuparse por la ingeniería subyacente de cada formato.

Actualizaciones automáticas en segundo plano
Otro pilar de AppManager es su sistema de auto-actualización en segundo plano. En lugar de depender de que el usuario busque nuevas versiones y reemplace manualmente el AppImage, la herramienta puede detectar actualizaciones compatibles y realizar, de forma discreta, el proceso de sustitución.

Este enfoque reduce la fricción y mantiene las aplicaciones al día sin interrumpir el uso del sistema. Es especialmente valioso en un ecosistema donde las versiones pueden variar significativamente entre desarrolladores y distribuciones, ya que garantiza una experiencia más estable y coherente para el usuario final.

Uso eficiente del ancho de banda con zsync
Para optimizar aún más la experiencia de actualización, AppManager emplea actualizaciones delta mediante zsync. En lugar de descargar el AppImage completo en cada nueva versión, se descargan sólo las partes que han cambiado. El resultado es un ahorro notable de ancho de banda y tiempo, especialmente para archivos grandes o conexiones no óptimas.

Además, este enfoque reduce la carga en los servidores que alojan las AppImages y contribuye a una distribución más sostenible del software, sin sacrificar rapidez ni precisión en las actualizaciones.

Desinstalación sencilla y sin restos
La gestión del ciclo de vida de cada AppImage se extiende a la desinstalación. AppManager ofrece una desinstalación limpia que elimina el archivo principal, las entradas de escritorio y los iconos creados durante la instalación. Este control centralizado evita que queden archivos huérfanos dispersos por el sistema, dejando un entorno más ordenado y confiable.

Tecnologías usadas: GTK, Libadwaita y Vala
La combinación de GTK y Libadwaita dota a AppManager de una integración visual sólida con los escritorios modernos basados en GNOME. Vala, por su parte, es la elección natural para quienes buscan una base de código que ofrezca rendimiento nativo y una sintaxis expresiva, cerrando un círculo entre rendimiento, diseño y experiencia de usuario.

Distribución como AppImage
Curiosamente, AppManager también se distribuye como AppImage. Este enfoque facilita su uso en diversas distribuciones sin necesidad de paquetes específicos para cada una. Puede descargar el ejecutable AppImage desde su repositorio oficial y ejecutarlo directamente, con la curiosa ventaja de que el gestor de AppImages gestiona, a su vez, su propio formato de distribución.

El repositorio de referencia para obtener la versión más reciente está en GitHub, donde el desarrollador publica las versiones estables en formato AppImage y brinda la documentación necesaria para su uso. Esta coherencia entre formato de distribución y formato de gestión refuerza la promesa de un flujo de trabajo sencillo y uniforme.

Privacidad y política de datos del desarrollador
El autor de AppManager es Mitchell Vermaning. En el ámbito de la distribución de software, conviene revisar la política de privacidad y gestión de datos publicada por el desarrollador para entender qué información se recoge y con qué fines. Dado que AppManager se distribuye principalmente a través de GitHub, los usuarios cuentan con el control y la visibilidad sobre las actualizaciones y las prácticas de manejo de datos descritas por el autor. Se recomienda consultar la política oficial disponible en el repositorio del proyecto para obtener un cuadro claro y actualizado.

Ventajas frente a gestionar AppImages a mano
Gestionar AppImages de forma manual implica descargar el Archivo, hacerlo ejecutable, ubicarlo en una ruta estable y, si se desea, crear las entradas de escritorio e iconos. Es un proceso repetitivo y propenso a errores cuando se gestionan varias aplicaciones. AppManager ofrece un flujo unificado para instalación, integración y actualización, con un enfoque visual y coherente que elimina el desapego entre la AppImage y su presencia en el escritorio.

El soporte de actualizaciones automáticas con zsync y el control de la desinstalación permiten que las AppImages se comporten casi como paquetes gestionados por software tradicional, sin perder la independencia de cada archivo. Este equilibrio resulta especialmente atractivo para usuarios que prefieren no depender exclusivamente de los repositorios de su distribución o que buscan probar versiones más recientes sin complicaciones técnicas.

¿Para quién es especialmente interesante AppManager?
AppManager resulta especialmente útil para usuarios que trabajan con AppImages de forma habitual en entornos basados en GTK y valoran tener una experiencia organizada y visual. Si con frecuencia descarga y prueba nuevas AppImages, o si prefiere evitar la gestión manual de archivos y entradas de escritorio, esta herramienta ahorra tiempo y reduce pequeñas complicaciones del día a día.

Además, es una solución atractiva para quienes buscan una experiencia visual cuidada, similar a macOS, dentro del mundo Linux, gracias al flujo de arrastrar y soltar para instalar y a la integración automática en el menú de aplicaciones. El sistema de actualizaciones automáticas con soporte para zsync es un punto a favor adicional, permitiendo mantener varias herramientas al día con un mínimo consumo de tiempo y ancho de banda.

Conclusión
AppManager propone una visión coherente y moderna de la gestión de AppImages, uniendo rendimiento nativo, una interfaz atractiva y una experiencia de usuario fluida dentro del ecosistema GTK/Libadwaita. Al integrar instalación por arrastrar y soltar, actualización automática en segundo plano y una desinstalación limpia, la herramienta transforma las AppImages de simples archivos sueltos en componentes bien gestionados de su escritorio Linux.

Si está interesado en probar esta propuesta, puede descargar el AppImage desde el repositorio oficial en GitHub y evaluar cómo se ajusta a su flujo de trabajo. En un entorno donde la diversidad de formatos de empaquetado puede complicar la vida del usuario, AppManager ofrece una solución centrada en la experiencia, sin perder de vista la portabilidad y la simplicidad que definen a las AppImages.

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

En entornos KDE y en distribuciones que usan Plasma, tarde o temprano te encontrarás con KWrite y Kate en el menú de aplicaciones. A primera vista parecen dos editores muy parecidos, y es natural preguntarse por qué están los dos si podrían ser uno solo. La realidad es más interesante: son dos productos hermanos que comparten motor, pero están pensados para usos distintos. Esta edición ofrece una visión clara de sus diferencias, sus similitudes y cuándo conviene elegir uno u otro.

Origen y relación entre KWrite y Kate

KWrite nació hace años como un editor de texto de ventana única, el típico bloc de notas “vitaminado” que venía integrado con KDE. Con el tiempo, Kate surgió como una variante multiventana (MDI) orientada a la edición de código, con pestañas, paneles y funciones enfocadas a la programación. Kate se convirtió, en esencia, en la versión más potente y multi-documento frente a KWrite.

Durante mucho tiempo ambos proyectos evolucionaron de forma relativamente independiente: KWrite se mantenía ligero, con mejoras puntuales, mientras Kate añadía características avanzadas como gestión de sesiones, plugins, terminal integrada y soporte para proyectos. El núcleo compartido de edición, sin embargo, siempre fue el mismo: la biblioteca KTextEditor del ecosistema KDE, que garantiza una experiencia de edición robusta y coherente entre herramientas.

Un único código base: cuando Kate “se come” a KWrite

En los últimos años se tomó una decisión clave para evitar duplicación de esfuerzos: KWrite empezó a reutilizar directamente la base de código de Kate, operando en un modo más “recortado”. En concreto, se añadió soporte de pestañas a KWrite, pero dado que Kate ya tenía una implementación avanzada de pestañas, el equipo optó por unificar el código y ofrecer a KWrite un conjunto más reducido de funciones.

Así, KWrite dejó de mantener una base de código separada y pasa a construirse sobre el núcleo de Kate con un modo simplificado: sin sesiones, sin plugins y con una interfaz más limpia. La consecuencia práctica fue la eliminación de gran parte del código duplicado y solo unas pocas líneas añadidas al código compartido. En la actualidad, ambos editores comparten prácticamente toda la lógica, incluyendo el sistema de pestañas moderno y el manejo de parámetros de la línea de comandos.

Aun así, KWrite conserva su propia personalidad: no comparte instancias entre ventanas, no gestiona sesiones y no ofrece el abanico completo de plugins o servicios como la terminal integrada o el soporte de lenguaje de servidor (LSP). Si necesitas esas funciones, Kate es la opción más adecuada.

KTextEditor: el motor común de edición

La potencia de KWrite y Kate radica en KTextEditor, la biblioteca de edición del marco KDE. Esta librería proporciona la mayor parte de la magia de edición avanzada y también es utilizada por otras aplicaciones del ecosistema, como KDevelop.

La experiencia de escritura, selección, resaltado y manipulación de texto es prácticamente idéntica entre KWrite y Kate. Si te acostumbras a uno, vas a encontrar un comportamiento coherente en el otro (e incluso en IDEs como KDevelop), lo que facilita la transición entre herramientas.

Gracias a KTextEditor, ambos editores ofrecen resaltado de sintaxis para numerosos lenguajes, modos de edición específicos (por ejemplo, Markdown, HTML, Python, C, etc.), y funciones de edición como sangrado automático, numeración de líneas y una miniatura del documento para una visión general rápida.

Instalación y distribución en diferentes sistemas

Para usuarios de KDE Plasma, lo más habitual es que KWrite ya venga instalado por defecto, mientras Kate puede requerir instalación adicional según la distribución. En sistemas basados en RPM (como Fedora) suele bastar con un comando del tipo: sudo dnf install kwrite kate. En otras distribuciones, los nombres de los paquetes suelen ser similares.

Tanto KWrite como Kate se publican de forma independiente: KWrite en apps.kde.org/kwrite y Kate en apps.kde.org/kate. También se distribuyen desde Discover en el escritorio KDE y, en algunas distros, como Flatpak, para entornos que prefieren paquetes autocontenidos. En Manjaro, por ejemplo, pueden verse como programas separados (aunque comparten código fuente y dependencias en gran medida).

Importante: no dependen entre sí como paquetes. Puedes tener solo KWrite, solo Kate o ambos a la vez sin conflictos de dependencias. Funcionan como gemelos bien educados, con la posibilidad de elegir la herramienta adecuada para cada tarea.

KWrite: editor ligero pero con potencia

Si esperas un editor ultraligero, KWrite te sorprenderá al mostrar una combinación de ligereza y prestaciones. Aunque está orientado a tareas rápidas, también ofrece funciones útiles para código y textos variados. Entre sus rasgos característicos se incluyen la exportación a HTML, el modo de selección y el seguimiento de código, así como el resaltado de sintaxis configurables para múltiples lenguajes.

KWrite permite trabajar con archivos locales y remotos mediante protocolos como FTP o fish, integrándose con la red de KDE para editar ficheros en servidores sin soluciones externas complicadas. También aprovecha las posibilidades de KParts para incrustar componentes dentro del editor (en versiones antiguas fue una novedad clave), y en su evolución reciente el motor de Kate ha consolidado esa integración.

En su historia, KWrite formó parte del paquete kdebase y, en las versiones actuales, se distribuye junto a Kate, con código en un subdirectorio específico del repositorio. Esto refuerza la idea de que no es un proyecto completamente separado, sino una cara distinta de la misma base tecnológica.

Funciones compartidas: marcadores, resaltado y más

Al estar basado en KTextEditor, KWrite y Kate comparten herramientas que marcan la diferencia frente a editores básicos. Por ejemplo, puedes usar marcadores para moverte rápidamente por el documento mediante atajos simples (por ejemplo, Ctrl+B para crear un marcador) y saltar a ellos desde el menú de marcadores. Los marcadores no intervienen en el contenido del archivo, pero resultan útiles para navegar entre secciones sin perder el hilo.

El resaltado de sintaxis y los modos de documento permiten activar la revisión ortográfica y elegir entornos específicos para formatos como Markdown, HTML, Python, C/C++, etc. Además, se puede forzar un esquema de resaltado concreto si se quiere un aspecto visual particular. Una vista lateral del documento, como una miniatura, facilita localizar secciones y saltar a ellas con un clic.

Qué ofrece Kate por encima de KWrite

La pregunta habitual es: si la edición de texto “pura” es similar, ¿por qué optar por Kate? La respuesta está en lo que rodea al texto para proyectos y desarrollo: paneles, sesiones, terminal integrada y un ecosistema de plugins.

Kate añade una barra lateral para explorar archivos y proyectos, gestiona el concepto de “proyecto” para enlazar archivos relacionados y ofrece navegación inteligente entre ellos. También integra una terminal dentro del editor, facilitando ejecutar comandos y compilar sin salir del entorno de edición. Y, sobre todo, permite gestionar sesiones: guardar configuraciones de ventanas, pestañas y proyectos abiertos para diferentes contextos de trabajo.

Además, Kate admite una amplia variedad de plugins que amplían su funcionalidad: integración con servidores de lenguaje (LSP), análisis estático, terminales mejoradas y herramientas específicas para lenguajes concretos. Este ecosistema convierte a Kate en una especie de mini-IDE para muchos desarrolladores.

Diferencias prácticas en la interfaz y el comportamiento

En la práctica, la interfaz entre KWrite y Kate es muy similar en los elementos que comparten (barra de herramientas, área de texto, vista general). La diferencia principal reside en los paneles y vistas adicionales: Kate muestra herramientas laterales para explorador de proyectos, terminal integrada y otros paneles derivados de plugins, mientras KWrite mantiene una interfaz más reducida.

En cuanto al comportamiento, KWrite no comparte instancias entre ventanas ni gestiona sesiones; tampoco carga plugins complejos. Ambos admiten pestañas, pero la experiencia es más neutra en KWrite, orientada a la edición rápida, y más rica en Kate, orientada a flujos de trabajo y desarrollo avanzados.

Uso real: de la edición ligera al desarrollo profesional

Entre la comunidad de KDE, hay consenso sobre cuándo conviene cada editor. KWrite suele ser la elección para edición ligera, notas y cambios rápidos; Kate es la opción intermedia, adecuada para programación cotidiana con manejo de proyectos y terminal integrada. En contextos que exigen un IDE completo, KDevelop es la opción más pesada y con más herramientas, y para usuarios que necesitan un editor con capacidades muy potentes, Kate es la solución más equilibrada.

Es común ver a usuarios de KDE que, incluso sin usar KDE como escritorio principal, prefieren KWrite por su equilibrio entre sencillez y potencia. También hay quienes exploran alternativas no KDE y, tras probarlas, valoran la solidez y coherencia de KWrite como herramienta principal.

Otros editores en el entorno KDE: KDevelop y KEdit

KDE no se limita a KWrite y Kate. Existen otras herramientas vinculadas al mundo de la edición y el desarrollo. KDevelop es un IDE completo, orientado a proyectos grandes, con depuración integrada y un amplio conjunto de herramientas. Aprovecha KTextEditor como motor de edición, por lo que la experiencia de escritura sigue siendo familiar para usuarios de Kate o KWrite, pero con mayores requisitos de recursos.

KEdit sigue existiendo en ciertos entornos como editor alternativo, destacando por su soporte para texto bidireccional, útil en idiomas que se escriben de derecha a izquierda. Aunque no es la opción principal en la mayoría de setups, forma parte del ecosistema KDE y ofrece un nicho específico.

Licencia, tecnología y mantenimiento

Técnicamente, KWrite y Kate están escritos en C++ utilizando Qt para la interfaz y se distribuyen bajo la licencia LGPL, lo que los coloca firmemente dentro del ecosistema de software libre y de código abierto. Sus repositorios se gestionan dentro de la infraestructura de KDE, con espejos en plataformas como GitHub, y cuentan con sistemas para reportar y rastrear bugs.

El equipo de KDE anima a nuevos colaboradores a sumarse, ya sea para añadir funciones, pulir detalles o mejorar el rendimiento. El hecho de que KWrite y Kate compartan gran parte de la base de código facilita que mejoras e correcciones se apliquen de forma general, beneficiando a todo el conjunto de editores que se apoyan en KTextEditor.

Conclusión

Para el usuario final de KDE, hoy es difícil encontrar un equilibrio mejor entre un editor ligero y potente como KWrite y una herramienta de desarrollo versátil como Kate. Cada uno cubre necesidades distintas sin interferirse entre sí, y, al compartir la misma base y motor de edición, se benefician de mejoras conjuntas sin cargar con dependencias innecesarias.

En la práctica, la elección suele reducirse a: si solo necesitas editar texto sencillo, notas o configuraciones rápidas, KWrite es más que suficiente; si trabajas con proyectos, múltiples ficheros y valoras una terminal integrada, gestión de sesiones y un ecosistema de plugins, Kate es la opción adecuada. Y para escenarios que requieren un IDE completo, KDevelop está a la altura. En conjunto, estos editores conforman un ecosistema sólido y coherente que refuerza la posición de KDE como entorno de desarrollo y edición en Linux.

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

El desarrollo de KDE Linux continúa progresando de forma sólida. Hace varios meses se lanzó la primera alfa y ahora el equipo se enfoca en la beta. En un artículo reciente su blog personal, Nate Graham comparte avances y señalamientos sobre la trayectoria. Entre las decisiones destaca que se dejará de dar soporte a los paquetes snap y a aplicaciones como Elisa y Kate. Cada cambio tiene explicación y persigue mejorar la experiencia global del usuario.

KDE Linux activa actualizaciones Delta por defecto. Después de meses de pruebas, el proyecto ha activado este formato de actualizaciones que calculan diferencias entre la versión instalada y la nueva para reducir el volumen descargado a entre 1 y 2 GB, frente a los 7 GB de la versión anterior. En palabras simples, ya no se descarga una imagen completa, sino solo lo que ha cambiado.

Se integra plasma-login-manager. KDE Linux ahora arranca con plasma-setup y se prepara para la venta de equipos, configurando el sistema tras el primer inicio. Además se cambia SDDM por plasma login manager, un gestor de sesiones más moderno para Plasma 6.x, ya que SDDM fue diseñado para Plasma 5.x.

KDE Linux mejora el soporte de hardware y rendimiento. Las imágenes RAW incluyen soporte para escáneres, tabletas de dibujo, compartir archivos por Bluetooth, dispositivos Android, teclados y ratones de marcas como Razer y Logitech, botones diversos, discos formateados en LVM y formatos exFAT y XFS, CDs de audio, YubiKeys, tarjetas inteligentes, cámaras virtuales, antenas WiFi externas con almacenamiento, algunos dispositivos de audio profesional y Vulkan en algunas GPUs. También se ha mejorado el rendimiento y la eficiencia gracias a ajustes en el kernel y en componentes como PulseAudio y PipeWire.

Bienvenidas y despedidas. Ark ahora soporta la gestión de archivos RAR. En distribuciones inmutables esto requiere añadir soporte desde el inicio y ya se ha hecho. En el terminal se añadió un aviso para comandos habituales como apt install para informar de ciertas restricciones. Además se incluyó un archivo de configuración de Zsh. Entre las bienvenidas destacan la instalación por defecto de KCalc, Qrca, Kup y herramientas CLI como kdialog, lshw, drm_info, cpupower, turbostat, plocsate y fzf, además de utilidades de mantenimiento para Btrfs. Entre las despedidas se elimina el soporte para paquetes snap y Homebrew, con la razón de alinear las instalaciones con la vía de distribución por Flatpak y evitar depender de AUR. Se recomienda usar Distrobox para software no disponible de forma nativa. Otras despedidas incluyen Kate en favor de KWrite, Elisa por la pérdida de impulso de la reproducción local e inclusión de Haruna, Icon Explorer reemplazado por alternativas de Flathub y iwd el daemon wireless que nunca estuvo activo por defecto.

¿Merece la pena KDE Linux? La beta aún no ha llegado por lo que es prudente no esperar grandes sorpresas inmediatas. En el futuro, cuando llegue la versión estable, la experiencia podría merecer la pena dependiendo del uso. En el pasado he probado MariaDB en local y fue más sencillo en una distribución tradicional que en una inmutable; personalmente Manjaro funciona bien para mí y no haría el cambio, pero si la necesidad fuera real KDE Linux sería una opción fuerte. Todo depende del tipo de trabajo y del flujo de usuarios que se tenga.

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

WINE 11.2 llega sin sorpresas y mantiene la cadencia prevista. A principios de enero se lanzó la versión estable WINE 11.0, hace dos semanas llegó la primera versión de desarrollo de WINE 12.0 y, en las últimas horas, la segunda. Salvo interrupciones puntuales por vacaciones o periodos más tranquilos, se espera una versión de desarrollo cada dos semanas, una pauta que hemos empezado a ver a principios de 2026 y que probablemente se mantenga a lo largo del año.

Qué hay de nuevo en WINE 11.2

La llegada de WINE 11.2 se centra en mejorar la carga de PDB, añadir soporte para constructores MSVC en el tiempo de ejecución C y facilitar el proceso para crear fuentes de versiones. A estos cambios se suma el habitual conjunto de correcciones. En números, se han realizado 211 cambios y se han corregido 32 errores, tal como se detalla a continuación.

Bugs corregidos en WINE 11.2

– Bitcoin 0.3.21 no muestra correctamente la barra de herramientas en WINE.
– Visual Basic 6 se bloquea al hacer clic en el explorador de objetos en WINE.
– King of Dragon Pass se bloquea al cargar una partida guardada en WINE.
– Imperium GBR no reproduce el audio de los vídeos cuando se carga la dsound.dll nativa en WINE.
– explorer.exe necesita la función Cascada de ventanas en WINE.
– explorer.exe necesita la implementación de Mosaico de ventanas en WINE.
– Black Mirror (2017) tiene bajo rendimiento en modo d3d11 en WINE.
– Futuremark 3DMark Vantage 1.1.x requiere soporte para D3D11_FORMAT_ en WINE.
– Algunas películas no tienen audio en algunos juegos de Daedalic (A New Beginning y Night of the Rabbit) en WINE.
– El modo de ajuste de línea por defecto DWRITE_WORD_WRAPPING_WRAP no se maneja correctamente en WINE.
– La textura del suelo en The Hong Kong Massacre presenta fallos gráficos con el renderizador OpenGL en WINE.
– Alacritty se bloquea al iniciar (necesita la implementación de ResizePseudoConsole) en WINE.
– Sam & Max Save the World: episodio Culture Shock (edición original de GOG) se bloquea cuando empieza la partida en WINE.
– MilkyTracker no funciona: no hay dispositivos waveout válidos en WINE.
– La demo de Fifa 2005 abre el menú tras cinco minutos en WINE.
– El lanzador de 4Story intenta descargar un archivo pero no funciona en WINE.
– MMH7Editor no se inicia en WINE.
– Las listas desplegables no funcionan, incluido Winecfg, en WINE.
– El progreso no avanza hasta que se mueve el ratón en WINE.
– Pegasus Mail restaura la ventana inmediatamente en WINE.
– Bajo rendimiento en un antiguo fangame de Sonic basado en DirectX 8 con wined3d en WINE.
– osu!stable se congela al ejecutarse en winewayland en WINE.
– xactengine3_7:xact3 se bloquea desde 2025-11-19 con Debian 12 y anteriores en WINE.
– Divinity II: Developer’s Cut se bloquea tras mostrar la pantalla de carga en WINE.
– GTA: San Andreas y Vice City no renderizan correctamente los vídeos de introducción y muestran solo una pantalla blanca en WINE.
– El comando por lotes de Windows WHERE devuelve un código de salida incorrecto en modo silencioso en WINE.
– Shop Titans se bloquea en WINE 11.0.
– Las velocidades de baudios en serie superiores a 115200 no están soportadas debido a un fallo en serial.c en WINE.
– La demo de Gothic 1 se queda colgada al iniciar en WINE.
– La instalación de Nexus Terminal terminó de forma anómala (regresión) en WINE.
– Kyodai Mahjongg se ejecuta sin audio en WOW64 en WINE.
– Codename Panzers Phase 1 y 2 no seInician con EGL en WINE.

Ya disponible

WINE 11.2 ya se puede descargar desde el enlace de la página oficial. En la sección de descargas también se proporciona información sobre cómo instalar esta versión y otras en Linux, macOS y Android. Dentro de dos semanas, si continúa el calendario habitual, llegará WINE 11.3, y con ello se seguirán incorporando cambios para preparar WINE 12.0, con miras a principios de 2027. Este ritmo se mantendrá durante el año, con progresión hacia versiones estables y, más adelante, hacia desarrollos de mayor cadencia.

Descarga y recursos

Para obtener WINE 11.2, visita la página oficial de descargas o el repositorio de la comunidad. El paquete fuente está disponible en la ruta oficial y, allí, se ofrece información detallada sobre la instalación en distintos entornos. Si prefieres la versión en tar.xz, puedes descargarla desde el sitio de WineHQ siguiendo las indicaciones proporcionadas.

Cierre

La evolución de WINE continúa avanzando con un calendario de desarrollo claro y predecible. Con cada entrega, se refuerza la compatibilidad y se amplían las capacidades para ejecutar software de Windows en Linux y otros sistemas. Si te interesa este proyecto, te invitamos a seguir las actualizaciones y a probar las últimas mejoras para tus juegos y aplicaciones favoritas.

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

Introducción

La llegada de Mesa 25.3.5 marca el último coletazo de la rama 25.3 antes de la llegada de la serie 26.0. Aunque parezca una actualización menor, es un punto de mantenimiento muy pulido orientado a la estabilidad para usuarios que no quieren correr riesgos con las versiones más nuevas.

Novedades clave

La versión se centra en arreglar fallos y mejorar la fiabilidad de los drivers Vulkan en AMD e Intel, con especial atención a Vulkan Video y a ajustes en hardware más veterano como R600. También se incorporan correcciones para TURNIP y NVK.

RADV y Vulkan Video

En RADV, piloto de Vulkan para AMD, se utiliza ahora un método más fiable para calcular los tamaños de tile, lo que reduce artefactos y errores en la reproducción de vídeo acelerada. También se corrige maxActiveReferencePictures en la decodificación H.264, con lo que la reproducción de vídeo se vuelve más estable y predecible.

Intel ANV y la codificación de vídeo

En el lado de Intel, ANV desactiva temporalmente la codificación de vídeo vía Vulkan Video para las generaciones más recientes, como Meteor Lake y Arc, hasta que la función esté suficientemente probada. Esto evita exponer a usuarios a una funcionalidad inestable y deja la puerta abierta a cuando esté lista para su uso seguro.

Mejoras generales

Además de los cambios en Vulkan Video, se notifican numerosos arreglos en RADV y ANV que mejoran la estabilidad y la compatibilidad. Estos toques suelen afectar a comportamientos raros en ciertos juegos o aplicaciones, corrigiendo regresiones y afinando la eficiencia de pipelines.

R600 y el soporte para hardware antiguo

A pesar de centrarse en hardware moderno, Mesa 25.3.5 también incluye correcciones para el driver R600, dirigido a tarjetas Radeon HD antiguas. Esto ayuda a mantener operativo ese hardware, con mejoras de confiabilidad para tareas de escritorio, multimedia y juegos ligeros.

TURNIP y NVK

Para dispositivos móviles y plataformas ARM, se aplican correcciones en TURNIP, el driver Vulkan para Qualcomm Adreno, mejorando la estabilidad en sistemas basados en esa familia de GPUs. Además, se incluyen varias correcciones en NVK, el driver Vulkan para NVIDIA, afinando la compatibilidad con juegos y cargas de trabajo exigentes.

Mesa 25.3.5 en el ecosistema

Este lanzamiento se sitúa en un ecosistema Linux que continúa avanzando con una actividad muy alta en ramas como 23.x, 24.x y 25.x, y con las primeras candidatas de Mesa 26 ya en pruebas. Mesa sigue siendo un componente clave del stack gráfico, y 25.3.5 demuestra cómo la optimización de estabilidad puede impactar directamente en la experiencia diaria de usuarios en escritorio, multimedia y juegos.

Por qué actualizar

Si ya estás en la rama 25.3, la actualización tiene sentido. No introduce cambios drásticos sino correcciones de errores y ajustes para mejorar la fiabilidad en distintas plataformas. Quienes utilizan AMD con RADV verán mejoras en Vulkan Video, y los usuarios con Intel ANV obtendrán mayor estabilidad, a costa de desactivar temporalmente la codificación de vídeo para las plataformas más nuevas. También se garantiza mejor soporte para hardware antiguo y mejoras en TURNIP y NVK, cubriendo un amplio abanico de escenarios.

Conclusión

En definitiva, Mesa 25.3.5 representa un paso sólido para usuarios que buscan estabilidad y consistencia en su entorno gráfico. Es una actualización recomendable para la mayoría de sistemas con GPUs AMD o Intel modernas, así como para dispositivos móviles y equipos con hardware antiguo. Preparándose para Mesa 26.0, 25.3.5 ofrece un salto suave y bien probado que evita introducir nuevos problemas mientras se mantiene al día con las mejoras de seguridad, rendimiento y compatibilidad.

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