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

Para mí, MPV es el mejor reproductor de vídeo que existe. Comencé a probarlo más cansado de esperar el lanzamiento de VLC 4.0, y no me arrepiento. Aunque no siempre es sencillo de usar, sus opciones de configuración lo hacen increíblemente flexible. En particular, la reproducción en bucle de listas puede no ser intuitiva al inicio, pero siempre hay una vía para hacerlo gracias a su alto grado de personalización.

Un desafío práctico que he enfrentado es que algunos vídeos, especialmente los descargados de plataformas como YouTube mediante herramientas como yt-dlp, pueden abrirse con un tamaño que no encaja de forma óptima en la ventana. En algunos casos, el vídeo aparece más allá de los bordes de la pantalla o, por el contrario, queda demasiado pequeño para la resolución de nuestro monitor. Afortunadamente, este comportamiento se puede mitigar mediante un script sencillo que ajuste automáticamente MPV para que el vídeo se abra a tamaño normal si es más pequeño que la pantalla o a pantalla completa si es igual o mayor.

Abre los vídeos de MPV a pantalla completa según convenga

Los pasos son prácticos, aunque requieren cierta familiaridad con la configuración de MPV. El objetivo es que, al cargar un archivo, MPV compare las dimensiones del vídeo con las del monitor y decida si mostrarlo en modo pantalla completa.

1. Abre un editor de textos y crea el archivo ~/.config/mpv/scripts/fullscreen-if-big.lua. El nombre puede variar, pero la extensión debe ser .lua y debe estar dentro de la carpeta scripts dentro de la configuración de MPV.
2. Dentro pega lo siguiente:

local mp = require 'mp'

mp.register_event('file-loaded', function()
    local w = mp.get_property_number('width')
    local h = mp.get_property_number('height')
    local dw = mp.get_property_number('display-width')
    local dh = mp.get_property_number('display-height')

    if w and h and dw and dh then
        if w >= dw or h >= dh then
            mp.set_property('fullscreen', 'yes')
        end
    end
end)

Guarda y eso sería todo. Lo que hará MPV al iniciar un vídeo será analizar el tamaño del vídeo y el tamaño de la pantalla. Si el vídeo es igual o mayor que la pantalla en cualquiera de sus dimensiones, se abrirá en modo pantalla completa, eliminando la barra superior y ocupando todo el espacio disponible. Esta solución resulta especialmente útil cuando trabajas con vídeos de alta resolución o con contenidos descargados que no encajan de forma óptima en tu monitor.

También existe la opción de hacer que MPV se abra siempre a pantalla completa; sin embargo, si el vídeo es muy pequeño, ampliarlo puede generar una imagen borrosa. El enfoque descrito aquí ofrece un compromiso razonable: la reproducción se adapta automáticamente solo cuando conviene, manteniendo una experiencia de visualización limpia y sin sobresaltos.

Si te interesa, puedes probar el script y ajustar el comportamiento a tus necesidades. MPV se potencia gracias a estas personalizaciones, que pueden marcar una gran diferencia en la fluidez de la experiencia diaria al consumir contenido multimedia.

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

La versión 9.2 ya está disponible como actualización del conocido gestor de libros electrónicos, una herramienta ampliamente utilizada en España y en el resto de Europa para organizar, convertir y leer e-books en múltiples dispositivos. Esta entrega mantiene la filosofía del proyecto: software libre, de código abierto y multiplataforma, orientado a usuarios que leen con frecuencia en formato digital.

Qué aporta Calibre 9.2 frente a versiones anteriores

Calibre 9.2 forma parte de la rama 9.x y llega como segunda gran revisión de la serie 9.0. Aunque a primera vista pueda parecer una actualización menor, bajo el capó se esconden cambios relevantes en el motor de plantillas HTML, en el manejo de formatos de archivo y en el comportamiento del visor.

Entre sus puntos fuertes se destaca la mejora en la generación de archivos ZIP, que ahora permite cambiar el motor de plantillas HTML de Templite a Mustache. Este ajuste, más técnico que visible para el usuario medio, busca ganar en seguridad y rendimiento al generar contenidos basados en HTML dentro de Calibre.

También se ha añadido una nueva opción en las herramientas de verificación de la biblioteca para reconstruir el índice de búsqueda de anotaciones, facilitando a quienes subrayan, añaden notas o marcan pasajes gestionar y recuperar comentarios antiguos de forma más ágil.

Calibre 9.2 introduce mejoras en la vista de estantería y manejo de la biblioteca

Uno de los cambios más visibles es la mejora del modo vista estantería (Bookshelf), que muestra las portadas como si estuvieran en una biblioteca física. En esta versión se ha ajustado el comportamiento inicial para evitar redibujos constantes al redimensionar la ventana.

Además, se ha corregido un fallo que provocaba que la vista de estantería apareciera en blanco en macOS en ciertas configuraciones, y se ha solucionado un bug que impedía arrastrar y soltar libros directamente sobre la estantería. Estas mejoras, junto con optimizaciones internas, hacen que la gestión diaria de la biblioteca sea más ágil y menos propensa a errores.

Visor de e-books: corrección de errores y lectura más cómoda

Se ha corregido un comportamiento molesto relacionado con las teclas PageUp y PageDown en modo fluido, haciendo que el desplazamiento entre secciones sea más suave. También se ha mejorado la consulta del diccionario de Google integrada en el visor, presentando definiciones de forma más legible cuando se buscan términos en idiomas extranjeros.

En Windows, la función Leer en voz alta del visor ya no se bloquea al detener y reiniciar la reproducción, lo que aporta una mayor estabilidad para quienes recurren a la lectura asistida por voz.

Seguridad reforzada en formatos EPUB y CHM

La actualización pone especial énfasis en la seguridad al manejar formatos comunes como EPUB y CHM. En EPUB, el proceso de entrada ahora aplica la ofuscación de fuentes únicamente a los ficheros que forman parte real del libro, reduciendo riesgos asociados a recursos externos.

Para CHM, Calibre 9.2 mejora la seguridad al ignorar ficheros internos cuyo recorrido de ruta termine fuera del contenedor. Este cambio evita posibles ataques de tipo path traversal y mejora la robustez ante documentos manipulados.

Corrección de regresiones heredadas de versiones anteriores

La versión también aborda regresiones introducidas en versiones previas. Por ejemplo, se corrige un fallo heredado de Calibre 8.11 que afectaba la limpieza automática de archivos HTML descargados, así como un problema de Calibre 9.0 que provocaba desplazamientos poco finos de las portadas al usar la rueda del ratón. En conjunto, estas correcciones aportan mayor estabilidad y predictibilidad en el uso diario.

Rendimiento, notas y experiencia de uso

Aunque muchas mejoras son internas, la experiencia de uso se percibe más ágil en tareas habituales: abrir libros, navegar por la biblioteca y trabajar con anotaciones. La capacidad de reconstruir el índice de búsqueda de notas y subrayados resulta especialmente valiosa en bibliotecas grandes, donde cada optimización cuenta.

El trabajo en el modo estantería y en la gestión de eventos como el redimensionado de la ventana o el arrastre de archivos contribuye a una interfaz más estable y menos propensa a interrupciones durante sesiones prolongadas.

Disponibilidad de Calibre 9.2

Calibre continúa con su apuesta por la disponibilidad multiplataforma. La versión 9.2 se ofrece en binarios listos para usar en GNU/Linux (64 bits y ARM64), macOS y Windows. Puede descargarse desde la página oficial del proyecto, donde también se detallan las notas de la versión con la lista completa de cambios.

Al tratarse de un proyecto gratuito y de código abierto, Calibre mantiene su relevancia en bibliotecas públicas, centros educativos y entornos académicos europeos, donde la libertad de elección y la compatibilidad entre plataformas son valores clave.

Conclusión

Calibre 9.2 se presenta como una actualización centrada en refinar la base técnica y reforzar la seguridad, sin grandes novedades visibles pero con mejoras que se traducen en menos errores, mayor estabilidad y una experiencia de lectura más cómoda. Para usuarios existentes y para quienes buscan centralizar su colección digital en una herramienta robusta y multiplataforma, esta versión representa un paso adelante que fortalece la confianza en el proyecto y en su evolución futura.

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

Ardour 9.0 marca un punto de inflexión para quienes trabajan en producción musical y podcasting con un DAW de código abierto capaz de competir con soluciones comerciales. Esta versión mayor trae un conjunto amplio de novedades que afectan el flujo de trabajo MIDI, la grabación, la automatización y la interfaz. Para estudios pequeños, freelancers y proyectos educativos, Ardour 9.0 se presenta como una opción sólida sin cuotas ni suscripciones.

Ardour 9.0: un DAW open source más maduro y orientado a producción profesional

Con esta versión el proyecto refuerza su perfil de DAW de alto nivel dentro del ecosistema libre. La hoja de ruta se ha centrado en resolver demandas históricas de la comunidad: edición MIDI más cómoda, mayor flexibilidad para trabajar con clips y loops, procesamiento más granular de regiones y una interfaz más fluida.

Ventanas de pianoroll y edición MIDI más ágil

Una de las novedades es la llegada de ventanas de pianoroll dedicadas. Al hacer doble clic sobre una región MIDI se abre un editor independiente, separado del timeline principal, pensado para trabajar con detalle en melodías y ritmos. Esto facilita sesiones de composición complejas con múltiples instrumentos virtuales. El sistema maneja mejor el rango visible de notas y permite desplazar el contenido MIDI dentro de una región durante una operación de arrastre. También aparece el modo de note brushing y mejoras en la gestión de notas superpuestas para evitar duplicados.

Strumming y modos de acordes para compositores

La edición MIDI incluye herramientas para arreglos de cuerda y armonías. El nuevo sistema de strumming permite generar patrones de rasgueo ajustando desplazamientos temporales entre notas de un acorde. Se añade un chord mode basado en step on note-off, que acelera la construcción de acordes de forma secuencial. Estas funciones fortalecen Ardour como opción para bandas sonoras y producciones que dependen de instrumentos virtuales.

Grabación en clips: flujo tipo looper

La grabación directa en slots de cue transforma Ardour en una herramienta de flujo de trabajo tipo clip. Ahora es posible grabar audio o MIDI directamente en un slot con una longitud predefinida o continuar grabando hasta detenerse. Los clips se pueden lanzar para reproducirse al siguiente punto de cuantización, facilitando actuaciones en directo, sesiones de live looping o improvisaciones. La edición posterior es no destructiva.

Region FX y control milimétrico

Region FX permite aplicar plugins a una región concreta en lugar de a toda la pista. Esto resulta útil en postproducción, podcasts o ficción sonora. Las envolventes de ganancia y la automatización se ajustan automáticamente si se estira o comprime la región, manteniendo la coherencia del proyecto. Esta granularidad ayuda a gestionar mejor los recursos de CPU al evitar cargas innecesarias en buses globales.

Análisis, automatización y edición mejorada

Ardour 9.0 integra una ventana de analizador perceptual en tiempo real para facilitar la detección de problemas de frecuencia y la comparación entre pistas. La edición de automatización mediante teclado se optimiza con modificadores y atajos para añadir puntos de control.

Interfaz renovada y experiencia de uso

La actualización incluye una barra de aplicación renovada y controles de panel más ordenados, un diálogo de Nueva sesión y sesiones recientes con pestañas y mejoras en el manejo de compases. Los nombres de pistas y bancos MIDI, que antes estaban en el encabezado, pasan a un menú contextual para mantener la interfaz limpia.

Soporte multitáctil y mejoras de GUI

Se añade soporte multitáctil en Linux y Windows y las barras de transporte quedan siempre visibles. Se introducen sidebars y un panel inferior multifunción para adaptar el área de trabajo al tipo de proyecto. En macOS se optimiza el rendimiento gráfico, reduciendo la latencia visual en sesiones con múltiples pistas y plugins.

Nuevas capacidades de scripting Lua

El motor de scripting Lua se expande con opciones para seleccionar y manipular puntos de automatización desde scripts y para crear regiones MIDI de forma programática. También se añaden controles sobre la transparencia de color y otros aspectos visuales para adaptarse a flujos de trabajo específicos.

Gestión avanzada de archivos, regiones y proyectos

Ardour 9.0 permite regiones MIDI y archivos más largos que el contenido, facilita importar tempos distintos sin perder sincronía y permite importar tiras de mezcla desde sesiones distintas para reutilizar configuraciones de mezcla.

Compatibilidad con controladores y formatos

El catálogo de mapeos MIDI se amplía con soportes para varias superficies de control. Se añaden archivos MIDNAM para dispositivos y se adopta el formato RF64 para WAV, permitiendo proyectos grandes sin las limitaciones del WAV tradicional.

Rendimiento y estabilidad

El equipo ha trabajado en reducir dropouts al reordenar procesadores y mejorar el manejo de hilos en tiempo real, especialmente en Windows. También se mejoran los esquemas de color y la posibilidad de restaurar conexiones hardware a hardware en backends internos. Se mejora el ACE Amp y se optimiza la experiencia general sin comprometer funciones profesionales.

Conclusión

Con estas mejoras, Ardour se presenta como una opción sólida para producción musical, postproducción y enseñanza: ofrece funciones modernas como pianoroll independiente, grabación en clips, Region FX y un scripting avanzado, manteniendo un modelo abierto y sin cuotas, lo que lo hace especialmente atractivo para estudios y docentes que buscan control y flexibilidad.

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

Libreboot continúa afirmando su propósito de devolver el control del arranque y del hardware a los usuarios. Con la llegada de Libreboot 26.01, apodada Magnanimous Max, el proyecto no solo entrega una versión estable, sino que da un salto notable en cobertura de hardware, bases técnicas y robustez del sistema de construcción. A continuación se presenta un panorama de lo que aporta esta versión y qué significado tiene para quienes buscan un entorno de firmware libre y auditado.

Novedades destacadas y alcance de la versión
La edición 26.01 llega como una revisión estable tras varias versiones candidatas, consolidando meses de trabajo desde la anterior 25.06. Entre sus características clave se destacan la ampliación del hardware soportado, la actualización de componentes centrales (coreboot, GRUB y utilidades), y una limpieza profunda del build system lbmk. En términos prácticos, esto se traduce en una base más actual, procesos de construcción más seguros y una mayor autonomía para instalar Libreboot en equipos modernos sin perder la filosofía de software libre.

Nuevas placas y sistemas compatibles
Uno de los anuncios más relevantes es la incorporación de cuatro nuevos equipos oficialmente soportados, ampliando el abanico de plataformas donde instalar Libreboot:
– HP Pro 3500 Series (port por Vesek)
– Topton XE2 N150 / X2E N150 (port por Riku Viitanen)
– Lenovo ThinkPad T580 (port por Johann C. Rode)
– Dell Latitude E7240 (port por Iru Cai)

Entre ellos, el Dell Latitude E7240 destaca por usar una plataforma Intel Haswell de cuarta generación y, en este modelo, es posible realizar flasheos internos del firmware mediante Dell flash unlock, simplificando notablemente la instalación de Libreboot sin necesidad de abrir el equipo o recurrir a hardware adicional.

En el caso del Topton X2E N150 se ha trabajado para adaptar la integración de FSP y la gestión de Intel ME a esta familia, evitando la compresión del FSP para garantizar una inserción fiable y ajustando la configuración de coreboot para este modelo concreto. El HP Pro 3500, por su parte, recibe un rediseño del espacio CBFS y la región ME optimizada para dar nueva vida a hardware de más de una década con mejor rendimiento y seguridad. Finalmente, el ThinkPad T580 suma mejoras en rendimiento, Thunderbolt y audio, siguiendo la línea de otros modelos soportados. Estas adiciones refuerzan la misión de Libreboot de mantener dispositivos antiguos funcionando con libertad.

Mejoras en placas existentes y cambios de configuración
Además de los nuevos modelos, 26.01 introduce mejoras importantes para placas ya soportadas. En el HP Pro 3500 se ha ampliado el CBFS para igualar la región BIOS, se ha utilizado una imagen de Intel ME truncada para liberar espacio y se ha establecido SeaGRUB como payload, con SeaBIOS y GRUB en secuencia, como configuración estándar. En Dell Latitude se ha incluido un parche para desactivar el apagado térmico prematuro, dejando la gestión del throttling en manos de los mecanismos del procesador para evitar apagados inesperados.

En ThinkPad T480/T480s se ha trabajado en la detección del conector de auriculares y en el soporte de Thunderbolt, con ajustes para evitar configuraciones duplicadas que dificultaban la compilación y la ejecución en versiones recientes de coreboot. También se contempla una configuración especial para ThinkPad T440p con CBFS de 4 MB, pensada para simplificar tareas de recuperación al permitir reprogramar solo el segundo chip de 4 MB, aunque desactivar por completo Intel ME seguiría requiriendo flashear el conjunto completo.

Funciones y soportes pospuestos para futuras versiones
No todo lo planificado para 26.01 llegó en esta entrega, como era previsible. Entre lo pospuesto figuran tres líneas relevantes: la integración amplia de Chromebooks Intel/AMD x86-64 basada en configuraciones de MrChromebox, la migración de ciertas placas AMD a una bifurcación del coreboot, y el soporte para placas Intel Alder Lake adicionales más allá de las ya soportadas. Parte de este trabajo se mantiene en ramas de pruebas y proyectos experimentales, con la previsión de avanzar hacia Libreboot 26.06 RC1 alrededor de abril de 2026.

Base técnica actualizada: coreboot, GRUB y más
Una de las piedras angulares de 26.01 es la actualización técnica. El árbol de coreboot se ha sincronizado con una instantánea de enero de 2026, lo que sitúa a Libreboot prácticamente al día con el desarrollo upstream. Paralelamente, GRUB se actualiza a la versión estable 2.14, incorporando mejoras en libgcrypt como submódulo. Este cambio facilita soporte nativo para una gama más amplia de algoritmos criptográficos y, en consecuencia, mejora la compatibilidad con esquemas de cifrado modernos como LUKS2.

La actualización de componentes complementarios también incluye SeaBIOS, PCSX-Redux Open BIOS y herramientas auxiliares, con parches y refactorizaciones orientadas a la robustez y la compatibilidad a largo plazo. Este conjunto modernizado de herramientas refuerza la seguridad y la estabilidad del arranque en una variedad de plataformas.

Seguridad, cifrado y arranques modernos
El salto a GRUB 2.14 y libgcrypt trae mejoras en la criptografía disponible directamente desde el firmware. Se amplía el conjunto de ciphers y se facilita el uso de configuraciones tipo UKI y LUKS2, lo que resulta especialmente útil para volúmenes cifrados desde el arranque. En la práctica, esto reduce fricciones entre el bootloader y configuraciones criptográficas recientes, permitiendo un flujo de inicio más seguro y auditable.

Líneas de mantenimiento y mejora del build system lbmk
Gran parte del trabajo de 26.01 ocurre bajo el capó del sistema de construcción lbmk. Se han reducido de forma drástica las llamadas a eval en scripts POSIX sh y se han eliminado prácticas inseguras, sustituyéndolas por métodos más seguros. También se ha reorganizado el manejo de directorios temporales y caché, para evitar dependencias de /tmp y mejorar la consistencia entre builds. El sistema de locks se ha endurecido y se ha incluido información de TMPDIR en el propio lock, reduciendo condiciones de carrera y posibles corrupciones de árbol de código.

Además, lbmk ha adoptado un modelo de gestión de errores más estricto: se refuerzan las comprobaciones de argumentos y estados de retorno, y se encapsulan operaciones sensibles para que, ante un fallo, el flujo de construcción se detenga de forma controlada en lugar de generar artefactos inconsistentes. Estas mejoras reducen significativamente la probabilidad de fallos silenciosos en builds complejos.

Descargas, verificación y distribución
Libreboot 26.01 está disponible en el directorio stable/26.01/ sobre rsync.libreboot.org, así como en una red extensa de mirrors HTTP/HTTPS a nivel mundial. Se recomienda siempre verificar las firmas GPG y las sumas SHA512; las releases se firman con una clave específica y, como norma, los mirrors oficiales deben replicarse desde el servidor central para garantizar la integridad y la fiabilidad.

La comunidad mantiene dos prácticas importantes para la distribución: se ofrecen ROMs y código fuente, y se recomienda dotar de herramientas como flashprog mediante compilación a partir de fuentes cuando sea necesario. En las versiones recientes, Libreboot ha dejado de distribuir binarios estáticos y apuesta por distribución de código fuente y ROMs precompiladas, con scripts de instalación de dependencias actualizados para mantener la compatibilidad con distribuciones modernas.

Enfoque en libertad, reparación y usabilidad
Más allá de las mejoras técnicas, 26.01 fortalece la proposición de Libreboot como una herramienta para recuperar la soberanía sobre el hardware. El proyecto se posiciona en contra de mecanismos como Intel Boot Guard que restringen la modificación del firmware y cierran la puerta a soluciones libres. La visión es clara: estudiar, compartir y modificar el software es un derecho, y Libreboot facilita esa libertad para usuarios y comunidades.

Para usuarios no expertos, la combinación de lbmk como sistema de compilación automatizado, ROMs precompiladas y documentación detallada ofrece un camino razonable hacia un firmware libre que funcione sin complicaciones. Quien desee mayor control puede compilar desde cero y ajustar cada detalle; quienes busquen una experiencia lista para usar encuentran en Libreboot una alternativa madura y con una trayectoria de mejoras continuas.

Cierre
Con Libreboot 26.01 Magnanimous Max, el proyecto refuerza su posición como referente en firmware libre basado en coreboot, conjugar una base técnica actualizada con una fuerte batería de mejoras en seguridad, rendimiento y soporte de hardware. Para los usuarios de HP Pro 3500, Dell Latitude E7240, ThinkPad T580 y Topton X2E N150, esta versión abre la puerta a una experiencia de arranque libre, segura y más sostenible, prolongando la vida útil de dispositivos que, de otro modo, podrían considerarse obsoletos. En definitiva, 26.01 no es solo una actualización; es una declaración de compromiso con la libertad del usuario sobre su hardware.

from Linux Adictos https://ift.tt/0dw8Zgr
via IFTTT

La Document Foundation anunció hace varios meses el soporte para Markdown en LibreOffice 26.2. Con la versión estable disponible, he querido volver a probarlo para evaluar su madurez y utilidad. En las betas el flujo no era siempre directo, especialmente en Windows; ahora, con la versión estable, la experiencia se acerca a lo que se espera de un editor de Markdown dentro de la misma suite de oficina. A continuación comparto mi revisión profesional basada en pruebas prácticas y observaciones claras.

## Así funciona el Markdown en LibreOffice 26.2

Las notas de lanzamiento de LibreOffice 26.2 señalan que se puede importar, exportar y pegar texto en formato Markdown. En la práctica, si abres un documento escrito en Markdown y copias su texto con formato y lo pegas en LibreOffice, el formato se aplica de forma adecuada. Esto facilita la transición entre un flujo de trabajo en Markdown y el entorno de edición de LibreOffice sin perder el estilo del contenido.

Para abrir archivos .md, la clave es crear el archivo con una extensión .md y, en algunos casos, asegurarse de que el guardado se realice con el formato de texto adecuado. En Windows, un enfoque que funcionó para mí fue crear el archivo con el bloc de notas y guardarlo con la extensión .md, de manera que LibreOffice lo reconozca al importarlo. En Linux, el proceso puede variar ligeramente según el editor de texto predilecto, pero en esencia se mantiene la necesidad de una extensión .md y contenido en Markdown bien formado.

Como referencia práctica, he probado diferentes marcas y estructuras de Markdown para verificar qué admite realmente LibreOffice 26.2 al importar; estos son los resultados más consistentes que se observan en la versión estable:

– Encabezados
– Negrita, cursiva y tachado
– Bloques de código
– Código en línea
– Citas
– Listas, incluidas las de tareas
– Tablas
– Líneas horizontales

De las funciones posibles, las fórmulas matemáticas, el texto resaltado, el super/subíndice y la etiqueta center generan resultados mixtos y no siempre se muestran de forma correcta en la vista previa o el visor. En general, el comportamiento es similar al de visores como Okular, sin llegar al nivel de soporte de herramientas dedicadas como Visual Studio Code con extensiones específicas.

## ¿Exportar falla?

En mis pruebas, la exportación desde LibreOffice 26.2 a Markdown no ha mostrado una opción clara desde el menú Archivo. No aparece una ruta directa para exportar a .md, lo que sugiere que el soporte de exportación podría no estar completo en la versión estable o que podría requerir un camino alternativo (por ejemplo, copiar y pegar desde un documento ya formateado). En resumen, importar y pegar funciona con el formato conservado, pero exportar a Markdown es una característica que aún puede requerir mejoras.

## Conclusión y escenarios de uso

Este soporte para Markdown en LibreOffice 26.2 es especialmente relevante para quien quiere reducir el número de herramientas en el flujo de trabajo diario: sirve como editor de Markdown dentro de la propia suite, facilita la importación de contenido ya escrito y permite pegar con formato sin perder estilo. Es una base sólida para usuarios que manejan notas, documentación ligera o blogs basados en Markdown y que ya trabajan en un ecosistema de LibreOffice. Sin embargo, para quienes dependen de exportaciones a Markdown de manera regular, conviene estar atentos a futuras actualizaciones que afinen la exportación o a soluciones complementarias que entreguen esa salida de forma nativa.

En resumen, la experiencia en 26.2 es positiva y demuestra que LibreOffice se mueve en la dirección correcta para quienes buscan un flujo de trabajo unificado sin salir de la suite. Si ya has probado este soporte, me interesa conocer tu experiencia y las prácticas que te han funcionado para optimizar tu productividad con Markdown dentro de LibreOffice.

from Linux Adictos https://ift.tt/7z0SVym
via IFTTT