La llegada de DOOM: The Dark Ages ha supuesto un hito importante no solo para quienes esperan con ganas la nueva entrega, sino también para la comunidad de usuarios de Linux con tarjetas gráficas AMD. Una serie de problemas de compatibilidad habían puesto en jaque la posibilidad de disfrutar del título mediante Steam y Proton en sistemas abiertos, pero Mesa 25.0.6 ha llegado para poner las cosas en su sitio.

Este parche llega justo a tiempo para corregir fallos y bloqueos críticos que impedían ejecutar el juego correctamente en configuraciones con GPU AMD, especialmente en arquitecturas RDNA2, RDNA3 y RDNA4.

Mesa 25.0.6, actualización clave para usuarios de AMD y Linux

Uno de los problemas más destacados detectados era que, con versiones previas de Mesa, DOOM: The Dark Ages podía bloquearse, no mostrar gráficos o no arrancar debido a la gestión atípica de memoria y recursos del motor del juego. Para solventarlo, los desarrolladores introdujeron parámetros y correcciones específicas en RADV (el driver Vulkan libre para AMD), como la opción radv_force_64k_sparse_alignment y otros ajustes automáticos que ahora están activados por defecto cuando se detecta este título.

Actualizar a Mesa 25.0.6 resulta esencial para los jugadores que quieran enfrentarse al nuevo DOOM en el día de lanzamiento. Además, las siguientes revisiones (25.0.7 y 25.1.1) continúan solucionando problemas menores y mejorando la experiencia para quienes dispongan de ramas más recientes del driver gráfico.

Requisitos y recomendaciones para disfrutar de DOOM: The Dark Ages

• Tener instalada la versión Mesa 25.0.6 o superior. De lo contrario, pueden aparecer errores como pantallas negras, cierres inesperados o fallos durante la inicialización del motor.
• Usuarios de Steam Deck en modo Linux y equipos con Windows también deben actualizar a los últimos drivers. En el caso de la plataforma de Microsoft, solo a partir de Adrenalin Edition 25.5.1 de AMD se evitan estos conflictos.
• La sincronización entre los desarrolladores del juego y del driver ha sido crucial para evitar que los propietarios de hardware AMD quedaran excluidos del estreno.

Este caso marca un precedente en 2025, al ser uno de los primeros grandes lanzamientos en exigir versiones de drivers actualizadas tanto para Windows como para Linux. La colaboración continua entre fabricantes de hardware y equipos responsables del software gráfico resulta vital para garantizar la compatibilidad y el buen funcionamiento de los títulos más recientes.

Para quienes tengan sistemas Linux o GPUs AMD y quieran jugar a DOOM: The Dark Ages sin problemas, mantener actualizado el software de drivers es fundamental para asegurar una experiencia fluida y sin inconvenientes desde el inicio.

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

La comunidad de usuarios de openSUSE se ha visto sorprendida por una decisión significativa en el ecosistema de la distribución: el entorno gráfico Deepin ha sido retirado de los repositorios oficiales debido a una serie de incidencias que afectan a la seguridad y al proceso de empaquetado del software, según ha anunciado el equipo de seguridad de SUSE.

Esta medida afecta tanto a usuarios actuales como a quienes buscan alternativas visuales atractivas dentro de Linux. Deepin, conocido por su diseño moderno y cuidada estética con clara inspiración en Windows 11, había conseguido posicionarse como una opción popular en varias distribuciones, incluyendo spins comunitarios de openSUSE.

Motivos detrás de la eliminación de Deepin en openSUSE

Según una publicación reciente del equipo de seguridad de SUSE, el entorno Deepin presentaba graves deficiencias, destacando la presencia de fallos graves en componentes como D-Bus y Polkit. Además, el módulo dde-api-proxy mostraba vulnerabilidades que potencialmente exponían los sistemas a ataques.

El problema se agravó con la inclusión de un paquete denominado deepin-feature-enable, que permitía la instalación de archivos de configuración sin pasar por la revisión y los controles habituales de seguridad de openSUSE. Esta práctica supone un importante incumplimiento de las políticas de seguridad y empaquetado de la distribución.

A pesar de los avisos enviados a los desarrolladores de Deepin, la respuesta fue insuficiente y, en la mayoría de los casos, ausente. Como consecuencia, la confianza en la capacidad de mantenimiento y respuesta del proyecto Deepin por parte de SUSE se ha visto muy comprometida.

Qué cambia para los usuarios de openSUSE

Para quienes ya utilizaban Deepin en openSUSE Leap 15.6, el paquete deepin-feature-enable será eliminado, aunque el resto de componentes podrán seguir funcionando. No obstante, en próximas versiones como Leap 16.0 y Tumbleweed, ya no estará disponible ningún paquete oficial relativo a Deepin Desktop.

El repositorio no oficial del empaquetador permanecerá accesible para usuarios que deseen instalar Deepin manualmente, pero la distribución deja claro que no recomienda su uso y advierte de los riesgos, siendo el usuario quien asuma toda la responsabilidad.

El peso de Deepin en el panorama Linux y sus retos

Deepin no es un actor secundario en el mundo del software libre, especialmente en China, donde representa una de las distros con más implantación y una enorme base de usuarios. El entorno compite con otros como UKUI, también con fuerte presencia en Asia.

Las distros chinas suelen llamar la atención por su nivel de acabado visual y la integración de funciones avanzadas como reconocimiento facial o chatbots, pero los expertos señalan que la calidad del código y los controles de seguridad aún presentan carencias relevantes respecto a distribuciones occidentales.

Nuevos horizontes para openSUSE Leap 16

La eliminación de Deepin llega en un momento de profundos cambios para openSUSE. El lanzamiento beta de Leap 16 introduce novedades como el abandono de Xorg en favor de Wayland como servidor gráfico por defecto, la sustitución de YaST por herramientas como Cockpit y Myrlyn para la administración y gestión de paquetes, y un fuerte impulso a los sistemas inmutables que permiten una mayor seguridad y control sobre las modificaciones del sistema.

Estos cambios responden a una tendencia de simplificación y modernización, aunque pueden suponer un reto para usuarios veteranos acostumbrados a métodos tradicionales de gestión y configuración en Linux.

openSUSE refuerza, con esta decisión, su apuesta por la seguridad y la confianza, estableciendo la protección del usuario como prioridad sobre la apariencia o las modas en el desarrollo de escritorios. Los usuarios interesados en probar Deepin podrán seguir haciéndolo, pero deberán ser plenamente conscientes de los riesgos y asumirlos por su cuenta y riesgo.

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

La reciente noticia sobre el traslado del desarrollo principal de Firefox a Github (aquí el repositorio) ha generado gran expectación y debate dentro del mundo del software libre y el desarrollo web. La decisión de Mozilla impacta tanto a los desarrolladores que contribuyen al navegador como a quienes siguen de cerca la evolución del open source. Y no es para menos: hablamos de uno de los proyectos más emblemáticos y representativos del software libre, que da un giro importante en su flujo de trabajo y en sus herramientas.

El cambio implica detalles técnicos de peso, pero también ha despertado opiniones encontradas sobre las implicaciones de depender de una plataforma comercial como GitHub, propiedad de Microsoft. Por eso, en este artículo te contamos en profundidad qué significa realmente esta transición, qué beneficios y riesgos puede acarrear para la comunidad, y cómo se está llevando a cabo el proceso desde un punto de vista técnico y organizativo.

¿Por qué Mozilla traslada el desarrollo de Firefox a GitHub?

Durante años, Mozilla ha utilizado Mercurial como su principal sistema de control de versiones para el proyecto Firefox, complementándolo con una serie de herramientas propias y de terceros como Bugzilla, Phabricator y Lando. Sin embargo, dado que tanto el ecosistema del software libre como las preferencias de la comunidad han ido evolucionando, la organización opta ahora por adoptar Git y GitHub como base para el desarrollo de Firefox.

La razón principal de este movimiento es simplificar el flujo de trabajo de los desarrolladores. Hasta ahora, muchos colaboradores debían familiarizarse con dos sistemas diferentes, lo que suponía una barrera de entrada. Git, al ser la herramienta estándar en la mayoría de proyectos de código abierto, facilita atraer nuevos participantes y reducir la carga administrativa y técnica de mantener dos infraestructuras paralelas.

Además, GitHub ofrece una serie de opciones avanzadas para la gestión de versiones, la colaboración y la revisión de código que no están disponibles de forma nativa en otros sistemas o plataformas. Esto puede traducirse en un proceso de desarrollo más ágil, con mayor visibilidad y facilidad para integrar contribuciones externas.

El proceso de migración: una transición en dos fases

La estrategia de Mozilla consiste en realizar la migración en dos etapas. En la primera, Git se establece como sistema primario de control de versiones mientras se mantiene la sincronización con Mercurial. Esta fase de coexistencia permite a los equipos acostumbrarse gradualmente al nuevo flujo de trabajo sin perder compatibilidad con los métodos anteriores.

En una segunda etapa, la infraestructura principal se transfiere completamente a Git, abandonando el uso de Mercurial por parte de la organización. En ese punto, GitHub se convierte en el repositorio central desde donde se gestionarán la mayoría de las tareas vinculadas al desarrollo, como las revisiones de código, la integración continua y la coordinación con colaboradores externos.

Es importante subrayar que, al menos inicialmente, Mozilla ha decidido no habilitar Issues ni Pull Requests en GitHub, lo que refleja cierta cautela para evitar una dependencia excesiva de la plataforma y mantener parte de su independencia.

Preocupaciones de la comunidad open source

La decisión de llevar el desarrollo de Firefox a GitHub no ha estado exenta de polémica. Parte de la comunidad, tanto dentro como fuera de Mozilla, ha expresado dudas sobre la conveniencia de confiar en una plataforma comercial y centralizada, dado que GitHub pertenece a Microsoft, una de las grandes corporaciones tecnológicas.

Algunos usuarios y desarrolladores han manifestado que, si bien Git como sistema distribuidor de versiones favorece la descentralización, centralizar el código en GitHub va en la dirección contraria y puede generar riesgos asociados a la dependencia, la privacidad y el control del proyecto a largo plazo. Además, existe un temor a que las decisiones estratégicas queden condicionadas por intereses comerciales ajenos al espíritu original del software libre.

En varios foros y listas de correo, como la de Google Groups y Lobsters, la comunidad ha debatido tanto sobre las ventajas de la migración como sobre sus desventajas. Mientras que algunos valoran la facilidad de uso y la popularidad de GitHub, otros consideran que Mozilla debería apostar por infraestructuras autogestionadas o, al menos, por alternativas no propietarias.

Ventajas prácticas de la migración a GitHub

A pesar de las críticas, el traslado de Firefox a GitHub también ofrece ventajas muy tangibles:

• Accesibilidad para nuevos desarrolladores, ya que la mayoría está familiarizada con Git y GitHub.
• Mejor visibilidad de las contribuciones y del historial de cambios, lo que facilita el trabajo en equipo y la revisión de código.
• Automatización de pruebas y despliegues, mediante la integración con servicios de CI/CD asociados a GitHub.
• Capacidad para atraer mayor número de colaboradores, ampliando la base de usuarios y desarrolladores activos.

Por otro lado, la documentación oficial sobre la estructura del código y cómo construir Firefox se mantiene accesible desde las webs de la propia Mozilla, asegurando que quienes deseen contribuir cuenten siempre con información actualizada y detallada. Además, desde la propia repositorio en GitHub es sencillo encontrar enlaces a foros de ayuda, salas de chat y canales de soporte.

¿Qué cambiará para los colaboradores y usuarios de Firefox?

Para quienes contribuyen al desarrollo de Firefox, la principal diferencia será el cambio en la plataforma de colaboración. Ya no tendrán que lidiar con dos sistemas de control de versiones, y podrán aprovechar las facilidades de GitHub para clonar, bifurcar y sincronizar el código. Todo esto reduce la curva de aprendizaje y el tiempo invertido en tareas administrativas.

En cuanto a los usuarios finales, el impacto en el día a día será mínimo, aunque es posible que se beneficien indirectamente de un desarrollo más ágil, actualización más frecuente de versiones de prueba (nightly builds) y mayor transparencia sobre la evolución del proyecto.

Riesgos y dudas sobre el futuro de Mozilla y Firefox

La migración a GitHub plantea interrogantes sobre la independencia de Mozilla y la seguridad a largo plazo. Ya existe cierta dependencia de Google, que aporta financiación significativa al proyecto, y ahora se añade la dependencia tecnológica de Microsoft como propietario de GitHub.

Hay voces en la comunidad que insisten en que el código fuente sigue siendo portable y el proyecto podría trasladarse a otra plataforma si fuera necesario en el futuro. Sin embargo, la tendencia de que los repositorios terminen centralizados en grandes proveedores genera preocupación entre quienes apuestan por infraestructuras y filosofías genuinamente descentralizadas.

También se ha señalado que una parte del ecosistema colaborativo de Mozilla puede resentirse si GitHub pasa a gestionar tareas esenciales como la gestión de incidencias o la revisión de código. Por eso, la decisión inicial de no habilitar Issues ni Pull Requests ayuda a mitigar al menos parte de estos miedos, aunque podría ser una medida temporal.

La visión oficial de Mozilla y la documentación disponible

En el propio repositorio oficial de Firefox en GitHub se pueden consultar enlaces a documentación sobre la organización del código fuente, guías para contribuir, detalles sobre compilación y construcción del navegador, así como canales de ayuda y soporte a través de Matrix y otros foros.

Mozilla insiste en que las versiones nightly (orientadas a desarrolladores y testers) seguirán estando disponibles desde sus canales habituales, advirtiendo que pueden contener errores o inestabilidad propia de versiones de desarrollo.

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

La publicación de KDE Frameworks 6.14 supone una evolución importante dentro del conjunto de más de 70 bibliotecas complementarias para Qt, fundamental para quienes utilizan tanto las aplicaciones KDE como el entorno de escritorio KDE Plasma en sistemas Linux. Esta actualización llega continuando con el ritmo mensual de lanzamientos que caracteriza a este proyecto y, en este caso, incorpora un abanico de mejoras y nuevas capacidades dirigidas a usuarios y desarrolladores.

Una de las principales novedades reside en la optimización de la experiencia de creación de archivos en aplicaciones como Dolphin y otras basadas en KIO. El diálogo para crear archivos nuevos se ha rediseñado, presentando ahora el icono representativo del archivo o carpeta que se va a crear, dotando al proceso de un toque más visual. Además, se han realizado cambios para que la selección de archivos en ciertos cuadros de diálogo sea más precisa, incluso cuando se utiliza la selección por un solo clic.

KDE Frameworks 6.14 introduce mejoras en el sistema de búsqueda y estabilidad

El motor de búsqueda Baloo ha dado un salto en cuanto a fiabilidad gracias a que ahora normaliza los directorios de trabajo antes de realizar una consulta. Esto elimina problemas relacionados con rutas inconsistentes que podían dificultar la búsqueda de archivos, permitiendo búsquedas más rápidas y precisas. Además, la capacidad para filtrar archivos por nombre en los cuadros de abrir y guardar ahora responde mejor al usar combinaciones de teclas, lo que simplifica la gestión de documentos.

Renovación y ampliación del sistema de iconos

El paquete Breeze Icons, ampliamente utilizado en KDE, recibe mejoras notables: se han añadido nuevos iconos animados para la configuración, se ha renovado el aspecto de los iconos del área de notificación de KDE Connect, y se ha corregido la anterior confusión de iconos relacionada con Telegram Snap, haciendo que la interfaz sea aún más intuitiva y coherente. Se suma el soporte para iconos con el tema Breeze en la bandeja del sistema para Telegram Desktop, reforzando la integración visual.

Mejoras de seguridad, compatibilidad y accesibilidad

El módulo KArchive ha sido reforzado en términos de seguridad y robustez, solucionando una vulnerabilidad de desbordamiento de búfer y mejorando la gestión de archivos ZIP. El componente KColorScheme ahora es capaz de detectar automáticamente el modo de alto contraste en Windows, generando paletas adaptadas para mejorar la accesibilidad, al tiempo que se han eliminado códigos obsoletos para aligerar el sistema.

KDE Frameworks 6.14: nuevas funciones y corrección de errores en múltiples módulos

El módulo KIO, enfocado en el manejo de archivos, incorpora una barra de filtrado rápido en sus widgets y corrige problemas detectados al navegar mediante clics. También se ha restablecido la función de “selección por clic único” en los elementos con distintivo. Kirigami, el framework gráfico base de muchas aplicaciones KDE, también recibe ajustes en la presentación de los títulos de los diálogos y en la gestión de desplazamiento, mejorando tanto la usabilidad en pantallas estrechas como la apariencia visual general.

La actualización también resuelve diversos fallos, como mensajes con enlaces inactivos en Configuración del sistema, problemas en la representación de iconos dentro del gestor de tareas de Plasma, o errores en Kirigami.ScrollablePage que provocaban desplazamiento horizontal innecesario en Plasma Discover. Además, se han corregido más de una veintena de fallos categorizados como de “15 minutos”, enfocados en la estabilidad general del entorno.

Los usuarios interesados pueden consultar todos los detalles en la página oficial de anuncios de la versión y, en breve, encontrarán este paquete en los repositorios de sus distribuciones Linux habituales para proceder a la actualización.

Esta versión refuerza el compromiso del Proyecto KDE con la estabilidad, la accesibilidad y una experiencia gráfica pulida, posicionando a KDE Frameworks 6.14 como un paso sólido en la evolución del ecosistema de software libre respaldado por esta comunidad.

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

El conocido desarrollador Thomas «GloriousEggroll» Crider ha lanzado la versión GE-Proton 10-1, una actualización fundamental de este famoso sistema de compatibilidad dirigido a jugadores de Linux y Steam Deck. La nueva versión, apoyada por la comunidad, hereda todas las principales innovaciones introducidas en Proton 10 Beta de Valve, sumando una cantidad considerable de arreglos específicos para distintos títulos que tenían problemas en estas plataformas.

Entre las novedades más destacadas de GE-Proton 10-1 destaca la integración del reciente código de Proton 10 Bleeding Edge. Además, el soporte para Wine-Wayland ha sido activado, acompañándose de parches específicos que pueden suponer una mejora importante en el rendimiento de ciertos juegos bajo entornos Wayland. No obstante, el propio autor matiza que la estabilidad puede variar según el juego y la configuración de cada usuario. Otro aspecto relevante es la actualización y reintegración de parches para el soporte de mandos DualSense, mejoras en la tecnología AMD FSR y la implementación de parches para reducir la latencia en tarjetas Nvidia Reflex.

Actualizaciones generales y parches específicos en GE-Proton 10-1

GE-Proton 10-1 no solo actualiza su base para adaptarse a lo último de Valve, sino que añade numerosas correcciones orientadas a asegurar el funcionamiento fluido de una selección de juegos populares. En esta versión se han introducido arreglos específicos para títulos como Marvel Rivals, The Testament of Sherlock Holmes, Borderlands: The Pre-Sequel, Oblivion Remastered, Breath of Fire 4 (GOG) y Star Citizen, entre otros. También se han abordado problemas en DOOM 2016 (GOG), Yosumin, Lord of the Rings Online, Once Human, Shadows of Adam, y se han mejorado las importaciones de partidas guardadas en Metaphor ReFantazio y Persona 3 Reload. Para ampliar información sobre la compatibilidad de diferentes títulos en Linux, te recomendamos consultar la lista de juegos compatibles con Linux en Steam.

Estas correcciones permiten a los usuarios enfrentar menos inconvenientes al ejecutar sus juegos favoritos bajo Linux o Steam Deck, ampliando aún más el catálogo de títulos compatibles y la experiencia de juego global.

Aspectos a tener en cuenta antes de actualizar

El propio creador recomienda que la mayoría de los usuarios mantengan la versión de Proton suministrada oficialmente por Valve a no ser que necesiten una característica específica que sólo ofrezca GE-Proton o se topen con incompatibilidades no resueltas en la versión estándar. Además, se hace especial hincapié en consultar la lista de problemas conocidos con Wine-Wayland, ya que aunque se ha avanzado mucho en compatibilidad, pueden aparecer fallos inesperados o variaciones de estabilidad según cada juego.

Como es habitual en actualizaciones tan importantes, no se descarta que tras el lanzamiento inicial surjan versiones hotfix para pulir detalles menores o solucionar errores detectados por los propios jugadores.

GE-Proton 10-1 representa una mejora significativa que acerca aún más la experiencia de juego bajo Linux y Steam Deck a los estándares de Windows, facilitando el acceso a títulos recientes y mejorando la compatibilidad general. Es importante que los usuarios valoren cuidadosamente cuándo dar el salto a esta versión, teniendo en cuenta tanto las mejoras como los posibles inconvenientes asociados al soporte avanzado para tecnologías como Wayland.

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