PING: RHEL, AlmaLinux, MPV, Ardour, Obsidian, Firefox Snap…

publicado en: juegos, Linux | 0

 

 

Había cosillas que merec´ia la pena sacar y como no iba a poder ser a menos que fuese aquí, en un PINGhabemus PING

  • RHEL 8.7. Comenzamos con un lanzamiento importante como este, que he dejado para el PING porque con Red HatEnterprise Linux 9 en la calle desde hace un tiempo, como que no resulta tan interesante. Dicho lo cual, si opinas lo contrario aquí tienes las notas de lanzamiento.
  • AlmaLinux 8.7. Tres cuartos de lo mismo, literalmente: AlmaLinux 9 sería la opción más recomendable para subirse al carro, a excepción de que se desee actualizar manteniendo la previa. En ese caso, aquí están las notas de lanzamiento.
  • Ardour 7.1. No hace ni un mes que se lanzó Ardour 7, la nueva versión mayor de la estación de audio digital de código abierto… y ya está aquí su primera actualización de mantenimiento. Más datos, en el anuncio oficial.
  • MPV v0.35.0. Recién salida del horno llega la nueva versión de unos de los reproductores multimedia más potentes del software libre, aunque también es uno de los más chungos… pero no importa, porque sirve de base para interfaces más atractivas y completas. Esta nueva versión viene con mejoras en el soporte de PipeWire y Wayland.
  • Obsidian 1.0. Hace un par de semanas que le dediqué un artículo a fondo en MC a este particular gestor de notas y, como se suele decir, nunca es tarde si la dicha es buena, así que lo comparto aquí pues aunque la aplicación no es libre, merece la pena echarle un vistazo.
  • Firefox Snap. Cuentan en OMG! Ubuntu! una novedad sobre el Firefox de Ubuntu que es clave, pero que tras intentarlo, no he podido corroborar. Por eso no le he dedicado una noticia como corresponde… y os pido un comentario al respecto: ¿a alguien le funciona? Porque a mí no…
  • Linux Mint. La semana pasada publicaba el proyecto su boletín mensual con no demasiadas novedades, pero sí interesantes, como por ejemplo el soporte de Flatpak en el gestor de actualizaciones.

Para terminar, el mes comenzaba con la aparición de una nueva versión de uno de los juegos más divertidos del panorama libre, el clon de Mario KartSuperTuxKart 1.4. Aquí el escueto anuncio de lanzamiento, y es que se trata de una actualización menor. Así que para ilustrarlo, el tráiler de la última versión, SuperTuxKart 1.4, lanzada hace algo más de un año.

Fuente: Muy Linux.

 

 

 

 

 

 

 

¿Realmente Linux es capaz de revivir una máquina de más de 10 años? Claro que sí, guapi

publicado en: Linux | 0

De regreso estoy con uno de mis ejercicios favoritos, como es traer a estos lares algunas de las cuestiones que cazo por ahí, o lo que es lo mismo, por Reddit, una de las junglas virtuales que más me gustan. La pregunta lo dice todo: ¿realmente Linux es capaz de revivir una máquina de más de 10 años? Mi respuesta, también: claro que sí, guapi. Y aunque este sea un artículo de opinión informal, ello no le resta un ápice de seriedad y autenticidad.

Yendo al grano, la pregunta la hacía un usuario de Reddit y, aunque tiene mucho sentido hacerla porque como él mismo señala, esta capacidad -la de revivir antiguallas- es una de las que siempre se identifican con Linux como sistema operativo de PC, para alguien que no entienda, o que entienda lo justo, puede resultar un asunto delicado, porque decirse, se dicen muchas cosas sobre Linux y no todas son ciertas, o no lo son en pleno 2022.

Por ejemplo, alguien que haya oído campanas puede pensar que, sí tal vez Linux sea capaz de devolverle la vida a su viejo ordenador de más de 10 años, pero a costa de utilizar una interfaz del jurásico, o de utilizar el PC en modo línea de comandos, solo apto para expertos o, cuando menos, usuarios experimentados, etc. Y de ser así ¿qué gracia tendría recomendar Linux? En mi opinión, ninguna. Precisamente por eso voy a responder punto por punto la cuestión de marras: para al menos ayudar a despejar dudas, todo basado en mi experiencia.

Por partes.

«Uno de los puntos que mucha gente hace cuando intentan convencerte de usar Linux, es el hecho de que puedes revivir su ordenador portátil de 15 años ejecutando un sistema operativo GNU/Linux en él. ¿Cuánta verdad contiene esta afirmación? Según mi experiencia, poca. Aunque los sistemas operativos GNU/Linux son más livianos y parecen capaces de manejar los recursos de su máquina de manera más eficiente, se necesitará un sistema operativo con más que eso para revivir una máquina vieja. Los recursos limitados no son la única característica de una máquina de más de 10 años.»

Como vemos, el razonamiento inicial es coherente, aunque el baile de años no ayuda. Pero entremos en materia.

«En el pasado, cuando esas computadoras portátiles y de sobremesa que ahora son viejas, eran completamente nuevas, la arquitectura de CPU x64_86 probablemente aún no era nada. La mayoría de las máquinas más antiguas necesitan un sistema operativo x32 para funcionar. Si tu PC es compatible con la arquitectura de CPU x32 y estás buscando una distribución de Linux compatible, prepárate para ser golpeado por el hecho de la cantidad de distribuciones de Linux que están dejando de dar soporte a los 32-bit, y que aumenta constantemente. Eso es así, incluso para los que afirman ejecutar hardware antiguo. Afortunadamente, este no es un KO de primera ronda, ya que hay algunas excepciones. Arch32 es uno de ellas.»

Aquí ya se comienza a equivocar, porque si bien es cierto que las grandes distribuciones Linux han dejado atrás el soporte de 32-bit y cada vez son menos las alternativas disponibles, no lo es menos que haberlas, haylas, así como sigue y seguirá habiéndolas. Pero, como es obvio, se trata de una tecnología en proceso de desaparición… por una sencilla razón: está obsoleta y los procesadores de 64-bit hace mucho, mucho tiempo que llegaron al mercado.

La premisa de que un PC de 10 o 15 años está abocado a utilizar un sistema de 32-bit por requisito de hardware es falsa, porque hace 10 o 15 años los procesadores de 64-bit ya se habían popularizado. Podríamos hablar de 20 años para fijar un límite más realista, que es lo que están a punto de cumplir los primeros AMD Opteron y Athlon 64. Por haber, hubo hasta Pentium 4 compatibles, pero tampoco hace falta llegar a esos extremos: a partir de 2006 llegaron los primeros Intel Core 2.

Por lo tanto, si tu PC tiene 15 o 20 años, es posible que tenga una CPU de 32-bit y necesites una distro que le dé soporte, pero también es posible que no sea así y que puedas usar cualquier distro actual. En ambos casos, tienes alternativas de sobra para ahora y los próximos años. Seguimos.

«Consideremos que después de un tiempo de búsqueda, finalmente te topaste con una distribución que es liviana y no ha dejado de soportar x32… todavía. ¿Que sigue? Controladores de vídeo. La compatibilidad de los controladores de video ha sido un problema real para mí y para mi tarjeta de video SiS 771/671. Usando arch32, por ejemplo, el paquete x86-video-sis se ha quedado huérfano, el paquete xf86-video-sismedia se ha descontinuado y el controlador xf86-video-sisusb no funciona. Se acabó el juego para arch32. Ahora uno tiene que buscar, a través de las muy pocas distribuciones x32, y encontrar una con requisitos mínimos del sistema y esperar que no solo el hardware de la máquina sea compatible, sino también que el proyecto no se interrumpa el próximo mes o año.»

Este es un caso muy real que se puede dar y sobre el que es complicado opinar sin pasar por él, porque las variantes son múltiples. Ahora bien, no invalida la recomendación de usar Linux en equipos viejos: quizás habrá otros tan o más viejos cuyo hardware esté mejor soportado; quizás haya distribuciones que sean más adecuadas para el uso en este tipo de equipos; o quizás se pueda hacer algún apaño para alargar en lo posible el funcionamiento del equipo.

Lo que no puedes pretender es que alguien te mantenga el soporte de hardware obsoleto por los restos. Tal y como no pretendes seguir usando el mismo móvil que usabas hace una década. Y no, eso no invalida el hecho de que Linux pueda funcionar estupendamente en equipos con 10, 15 años o más, cabe repetir. Continúa con su argumento:

«Entiendo por qué sucede esto. Tiene sentido no perder el tiempo desarrollando software que casi nadie usa. Sin embargo, me parece bastante irónico tratar de vender sistemas x64, diseñados para ejecutarse en hardware moderno, como «pensado para máquinas antiguas» solo porque son livianos. Manejar los recursos de manera eficiente y tener requisitos mínimos como sistema operativo es una característica realmente importante cuando se trata de máquinas cuyos recursos no abundan. Aunque es una característica inútil para el hardware que no es compatible con el sistema operativo.»

E insiste en el error de equiparar hardware y sistemas de 64-bit con algo moderno. Tal vez podría haber condensado su crítica en el soporte de 32-bit, aunque tampoco sería del todo certera cuando la basa en su mala experiencia con el chip de su máquina; pero querer insistir en el argumento de que los procesadores de 64-bit son cosa de ahora, o en que hace 10 o 15 años no estaban ya en millones de ordenadores en todo el mundo, es un fallo de concepto que hay que quitarse de la cabeza. Porque no es así.

De hecho, muchos de los comentarios que recibe, por no decir casi todos, van en la línea de corregir todos los errores de su planteamiento, o de contraponer experiencias diametralmente opuestas a la suya. Es lo que voy a hacer yo, con un equipo que ha pasado por estas páginas en multitud de ocasiones y que sigue funcionando, si no como el primer día, muy bien… para lo que es y el tiempo que tiene.

Ese equipo es un HP Pavillion dm3-1090-es, 4 GB de RAM, Intel Core 2 Duo y una NVIDIA GeForce G 105M que, ojo al dato, sigue funcionando con el controlador oficial. Para que os hagáis una idea, este fue el equipo en el que probé, por ejemplo, openSUSE 12.1 en 2011…. Pero el portátil no es de 2011: me lo compré en 2009 y, sobre decirlo, me ha servido como un campeón… y lo sigue haciendo.

Las cosas, por supuesto, como son: hace mucho tiempo que no lo uso como equipo de trabajo, con alguna que otra excepción. Por ejemplo, no viene a caso el por qué, pero me lo tuve que llevar a una de las últimas conferencias que atendí antes de la pandemia… y me dejó tirado a medias, aunque cuando llegué a casa le hice una limpieza y respondió de nuevo (tendría que habérsela hecho antes, sí). También tuve que cambiarle el disco duro que llevaba y que hacía que se arrastrase miserablemente por una SSD con la que revivió como no era de esperar.

Por eso os recomiendo este artículo de MC sobre cómo devolver a la vida un PC viejo, porque si bien Linux es uno de los ingredientes clave de la receta, no es el único. Tampoco digo de renovar de arriba abajo el PC, para eso lo mismo compensa ahorrar un poco y comprarse uno nuevo, pero es que no hace falta llegar a eso: con muy poco, y dentro de ese muy poco está el dar el salto a una unidad SSD, porque no hay nada que se note más. Vas a notar la diferencia, valga la redundancia.

Total, que mi viejo HP Pavillion dm3-1090-es sigue en funcionamiento y, simplemente con el cambio del almacenamiento, va mucho mejor de lo que muchos os imagináis. En serio: va mejor que equipos de amigos míos con menos de la mitad del tiempo, aunque todos esos tienen una cosa en común: siguen usando HDD en lugar de SSD.

Ah, y no os creáis que mi portátil, que si la memoria no me falla cumple unos 13 años por estas fechas, funciona con una distro del año de la tos, o me obliga a usar un gestor de ventanas ultraligero para que aguante el tipo. Nada parecido: ahora mismo está con Kubuntu 20.04 y como va tan bien, no me planteo cambiarlo en el corto plazo. Tampoco lo contrario, mantenerlo 10 años con el nuevo Ubuntu Pro… aunque nunca se sabe.

Por supuesto, este portátil no va como el otro que tengo. Va lento, tanto arrancando como en funcionamiento, y cuando abres el navegador, auténtico Terminator de cuanto equipo viejo pulula por ahí, le tienes que poner paciencia. Lo normal. O sea, no esperes milagros tampoco. Pero cuando digo lento, es lento, no insufrible como iba en su última etapa con el HDD. Dudo que pudiese trabajar con él con normalidad, pero mi mujer lo coge de vez en cuando y me dice que soy un exagerado.

O sea, que es un equipo que pese a todas sus carencias sigue sirviendo bastante bien para labores de ofimática con LibreOffice, ya un poco peor para navegar, y tampoco esperes tener abiertas 20 pestañas con servicios pesados de fondo (ponle Gmail, YouTube, Google Drive, Amazon, etc), porque se ahoga, pero lo aguanta. Por poder, puedo hasta seguir jugando a lo que soporta la gráfica, aunque se calienta bastante. ¿Qué más le quieres pedir a un equipo de estas características? ¿Que te vaya como uno que compraste hace un par de años?

Y eso es todo, amigos. A la pregunta de si realmente Linux es capaz de revivir una máquina de más de 10 añosla respuesta es un rotundo , con retintín, además. Pero con unos cuantos peros que tienes que tener en cuenta por sentido común, básicamente.

 

 

 

 

 

DXVK 2 llega para mejorar la experiencia con juegos de Windows antiguos y recientes

publicado en: Linux | 0

DXVK 2 ya está entre nosotros como la nueva versión mayor del renderizador que se encarga de traducir las instrucciones de Direct3D 9, 10 y 11 a Vulkan, mientras que la versión 12 de la API de Microsoft es traducida con VKD3D. Además, es una de las partes nucleares de Proton, así que uno ya puede imaginarse el gran peso que tiene en la Steam Deck a la hora de ejecutar videojuegos tanto antiguos como muy recientes, ya que DirectX 11 sigue siendo muy empleado en el desarrollo de videojuegos.

Lo primero que nos encontramos es que DXVK 2 requiere de drivers y una versión de Wine capaces de soportar Vulkan 1.3. Viendo que la mayoría de los usuarios emplean este renderizador a través de Proton, se supone que Valve cubrirá el frente de Wine correctamente, mientras que a nivel de drivers lo recomendable es emplear la última versión de Mesa o del driver oficial de NVIDIA.

Philip Rebohle, desarrollador principal del renderizador, ha explicado que “en la práctica, cualquier sistema capaz de ejecutar juegos Direct3D 11 y Direct3D 12 usando Proton Experimental en este momento podrá ejecutar DXVK 2.0”. Esa afirmación se ha sumado a un aviso diciendo que “las capas de Vulkan de terceros que no se actualizaron para Vulkan 1.3 ya no funcionarán”. Recordamos que la mencionada versión de la API de Khronos Group fue publicada en enero de 2022, así que no estamos hablando de algo que sea reciente, más en el segmento de los videojuegos, donde tener la última versión de los drivers es muy importante para lograr una buena experiencia.

El requerimiento relativamente alto en cuanto a la versión de Vulkan viene debido a que DXVK 2 ha llegado con muchos cambios y características nuevas, con especial mención a las modificaciones a nivel de compilación de shaders o sombreadores, que requieren del uso de las características más modernas de la API de Khronos. Y después de abarcar el aspecto a tener más en cuenta, vamos a ver qué ha aportado para las distintas versiones de Direct3D que soporta.

Para Direct3D 9, y con el fin de reducir las posibilidades de quedarse sin espacio de direcciones en los juegos compilados para 32-bit (casi todos los que existen viendo la línea del tiempo), DXVK empleará archivos mapeados en memoria para almacenar instantáneas (shadow copies) de las texturas, lo que permitirá deasignar la memoria que no está siendo usada por el juego para así liberar grandes cantidades de espacio de direcciones.

Los drivers que soportan la extensión VK_EXT_attachment_feedback_loop_layout podrán hacer una lectura correcta de un objetivo renderizado activo en los juegos que se apoyan en Direct3D 9. Esto viene a corregir principalmente artefactos (fallos) de renderizado detectados en las gráficas de AMD más recientes y que requerían de soluciones alternativas a nivel de controladores. Títulos como el viejo GTA IV deberían de verse beneficiados de esta mejora.

En cuanto a Direct3D 10, se han retirado definitivamente las implementaciones de d3d10.dll y d3d10_1.dll debido a que no suministran una funcionalidad completa y además no eran empleados por defecto desde la versión 1.6 de DXVK. Debido a que la implementación de Wine de dichos DLL es más completa y es la empleada a la hora de la verdad por Proton, se ha decidido retirar las versiones presentes en DXVK.

Y para acabar con las API de Microsoft tenemos a Direct3D 11, del que DXVK expone ahora las características de nivel 12_1 para incorporar las siguientes características: Recursos en Mosaico (Tiled Resources) hasta el nivel 3, Rasterización Conservadora (Conservative Rasterization) hasta nivel 3 y Vistas Ordenadas del Rasterizador (Rasterizer Ordered Views).

Philip Rebohle explica que “si bien no se sabe que ningún juego use estas funciones directamente en Direct3D 11, algunos juegos y lanzadores de juegos dependen de que el soporte de funciones sea consistente entre Direct3D 11 y Direct3D 12 para permitir a los usuarios habilitar Direct3D 12 en las opciones del juego. Aunque nuestra implementación de estas funciones es generalmente funcional, puede haber errores o problemas de rendimiento en caso de que un juego los use”.

Otro aspecto del soporte para Direct3D 11 es la incorporación del soporte para las consultas de funciones de D3D11_FEATURE_SHADER_CACHE y D3D11_FEATURE_D3D11_OPTIONS5, mientras que como inconvenientes están que los drivers de Vulkan de AMD no son actualmente compatibles con la extensión VK_EXT_fragment_shader_interlock y están limitados al nivel de funciones 12_0, mientras que el driver de Intel, ANV, no es compatible con las funciones de Vulkan correspondientes y está limitado al nivel de funciones 11_1.

Para terminar con Direct3D 11, DXVK 2 ha añadido una refactorización de ID3D11DeviceContext “para que los contextos inmediatos y diferidos ya no utilicen puntos de entrada comunes”. De esta manera el comportamiento se asemeja más a Windows, se mejora la compatibilidad con bibliotecas y modificaciones de terceros que se conectan específicamente al contexto inmediato de Direct3D 11 y se reduce la sobrecarga de la CPU.

Los shaders o sombreadores de Vulkan serán compilados a partir de DXVK 2 en el momento en que el juego carga los shaders de Direct3D en lugar de en el momento de dibujado sobre los drivers que soportan la extensión VK_EXT_graphics_pipeline_library y la característica IndependentInterpolationDecoration, lo que debería eliminar o al menos reducir en muchos juegos el stuttering que se produce a la hora de compilar los shaders.

El cambio introducido en la compilación de shaders debería de mejorar la experiencia a la hora de jugar, pero “en los juegos que cargan sus sombreadores durante la carga de las pantallas o en el menú, esto puede generar períodos prolongados de uso muy alto de la CPU, especialmente en las CPU más débiles”.

DXVK 2 también viene con una gran cantidad de correcciones, muchas de las cuales han llegado a títulos específicos como Alan Wake, Alice: Madness Returns, Beyond Good and Evil, Dragon Age Origins, Empire: Total War, Final Fantasy XV, GTA IV, Metal Gear Solid V: Ground Zeroes, Sonic Generations, Spider Man: Shattered Dimensions y Warhammer Online.

Y hasta aquí lo más importante de DXVK 2. Los que quieran conocer todos los detalles pueden consultar el anuncio de lanzamiento publicado en el repositorio GitHub del proyecto, mientras que el renderizador, si no se quiere lidiar con él, lo suyo es esperar a que llegue a Proton si no lo ha hecho ya en la rama experimental.

Fuente: Muy Linux.

 

 

 

 

 

Portmaster es un cortafuegos que da poder al usuario sobre su privacidad

publicado en: Aplicaciones, Linux | 0

Hoy vamos a presentar a Portmaster, una aplicación gráfica orientada a controlar y ofrecer características para reforzar la privacidad del usuario. A los que esté familiarizados con el espectro de Windows posiblemente les recuerde a GlassWire, otra solución con un propósito y una orientación similares.

Si vemos su repositorio oficial de GitHub, Portmaster se define a sí misma como “una aplicación de cortafuegos gratuita y Open Source (AGPLv3) que hace el trabajo pesado por usted. Restaure la privacidad y recupere el control sobre toda la actividad de red de su computadora”. Otro detalle interesante es que tiene su base en Austria, dentro de la Unión Europea.

A nivel de características cuenta con la capacidad de monitorizar toda la actividad de la red, bloquear de forma automática malware y rastreadores, se encarga de asegurar las peticiones de DNS por defecto y permite al usuario crear sus propias reglas y establecer sus propias configuraciones tanto a nivel global como por aplicación.

Como ya hemos dicho, Portmaster puede bloquear malware y rastreadores, y para ello emplea listas de filtro como AdAway, abuse.ch, AdGuard y otras. El usuario verá un panel lateral a la izquierda que permite acceder de manera fácil a las distintas características y posibilidades que ofrece, entre ellas la configuración del bloqueo y la de la propia aplicación.

Además de la aplicación gratuita, Safing, la empresa o institución responsable de Portmaster, pone a disposición dos planes de pago: Portmaster Supporter y Portmaster Unlimited. El primero suma a la versión gratuita soporte de prioridad y beneficios a la hora de usar Discord por 3 euros mensuales o 30 euros anuales, mientras que el segundo, también llamado SPN, añade a todo lo mencionado múltiples identidades, desbloqueo de geolocalización automática, privacidad incorporada y la posibilidad de hacer funcionar la misma cuenta en hasta cinco dispositivos por 9,90 euros al mes o 99 euros al año.

Safing recalca, según su versión, que las VPN no están hechas realmente para proteger la privacidad del usuario, lo que deja la puerta abierta a las compañías para poder realizar ciertos abusos. En cambio, SPN ofrece una protección más integral no solo frente a las VPN, sino también en comparación con Tor, y añade a eso la transparencia del hecho de ser software libre.

La versión 1.0 de Portmaster vio la luz no hace mucho, así que la aplicación ya puede ser considerada como estable. En la actualidad cuenta con instaladores para Windows y en formato Deb (Debian y Ubuntu) y RPM (Fedora). Es importante tener en cuenta que, al menos en Linux, se encarga de introducir un servicio propio que puede ser gestionado de manera estándar mediante systemd, así que se puede hacer sudo systemctl start portmastersudo systemctl stop portmastersudo systemctl restart portmastersudo systemctl enable portmaster y sudo systemctl disable portmaster con normalidad. Por ahora la aplicación no configura un repositorio para las actualizaciones, así que toca ponerla al día a mano.

Vía It’s FOSS

 

LXQt 1.2 progresa en su implementación de Wayland y mejora la búsqueda

publicado en: Linux | 0

LXQt 1.2 ya está entre nosotros para continuar con la progresión del heredero de LXDE, el cual todavía se construye con Qt 5.15, pero que en esta ocasión viene con algunas novedades interesantes de cara a su futuro.

Lo primero que destaca de LXQt 1.2 son los avances de la futura sesión de Wayland, que está siendo construida sobre el compositor Sway, una de las mejores implementaciones del protocolo y que, junto a su biblioteca modular de composición, wlroots, se ha ido convirtiendo en una especie de base tecnológica utilizada por otros proyectos que aspiran a transicionar o soportar Wayland. Siendo más específicos en este frente, se han introducido “cambios preliminares” para hacer que la sesión sea usable y correcciones para el explorador de archivos PCManFM-Qt y el panel propio del entorno.

Otros puntos resaltados por los responsables son el hecho de que QTerminal puede ser usado como un plugin de Qt, la corrección de un problema que afectaba a la muestra de los iconos correctos de las aplicaciones recién instaladas en ibQtXdg.

En cuanto a PCManFM-Qt, este cuenta ahora con un historial de búsquedas con listas separadas por nombres y tipos de contenido. La selección de los ficheros es ahora más fácil al poderse arrastrar dentro de una columna sin nombre y el atajo de teclado Ctrl+D ha sido añadido como modo de anular una selección en el explorador de archivos y en el diálogo de ficheros.

Continuando con más cosas de PCManFM-Qt, aplicación que se ha llevado el grueso de las novedades más importantes de LXQt 1.2, los márgenes del espacio de trabajo del escritorio pueden ser modificados, algo que puede ser muy útil con docks y paneles que no reservan espacio, pero que se ocultan automáticamente en ventanas superpuestas. Una entrada de “Categorías” y una ayuda del tipo “Qué es esto” han sido incluidas en el cuadro de diálogo de creación y se han agregado opciones para la “conciencia de la localización” y el “padding-zero” en el diálogo para renombrar por lotes.

En cuanto al panel de LXQt, los elementos del menú contextual han sido añadidos al inicio rápido para recargar las entradas del escritorio y los iconos del propio inicio rápido se corrigen cuando hay varios ficheros de configuración. Para QTerminal y QTermWidget nos encontramos con la habilitación de la renderización Bidi por defecto.

Todos los detalles de LXQt 1.2 están publicados en el anuncio oficial, mientras que para la obtención del entorno de escritorio el camino fácil es recurrir a alguna distribución como Arch Linux, que a buen seguro lo servirá dentro de un tiempo si no está disponible ya.

Fuente: Muy Linux

 

 

 

 

 

 

 

 

Linux Lite 6.2 renueva sus aplicaciones y mantiene a Chrome como navegador predeterminado

publicado en: Linux | 0

Linux Lite 6.2 es la nueva versión de esta derivada de Ubuntu con escritorio Xfce centrada en la estabilidad y la simplicidad. De ahí, principalmente, viene el lite en la práctica, y no por tratarse de una distribución ligera, aunque en materia de requisitos le gusta compararse con Windows, no con Linux, y así cualquiera.

Dicho con otras palabras, Linux Lite no ofrece nada especial que no se pueda conseguir en Xubuntu, Linux Mint Xfce e incluso MX Linux o distribuciones similares, pero el proyecto ha cumplido este año una década de recorrido y, dentro de lo cabe, ha hecho crecer un nombre que ya es conocido en el mundillo de GNU/Linux.

Como de costumbre, Linux Lite 6.2 da el salto directo desde su versión 6.0 presentada poco antes del verano y lo hace basándose en la última Ubuntu 22.04.1 LTS, cuyas novedades de fondo eran básicamente ninguna, al ser una mera actualización de mantenimiento. Será a partir de la próxima cuando se incluyan cambios relevantes de los que se nutrirá Linux Lite.

Lo mismo ocurre con respecto al entorno de escritorio Xfce 4.16, cuyo lanzamiento se remonta a hace un par de años. De hecho, para el mes que viene se espera la nueva versión del escritorio, aunque como es obvio no ha dado tiempo. En todo caso, Linux Lite 6.2 trae un Xfce 4.16 con componentes actualizados, tal y como lo hizo Xubuntu 22.04 LTS.

En el escueto y desordenado anuncio de lanzamiento (se encuentra un poco más abajo del inicio de la conversación) se mencionan otras de las novedades de Linux Lite 6.2, que las tiene. A destacar la mejora de las aplicaciones propias para la gestión de software y actualizaciones, o de la aplicación de retoques, con la que es posible realizar operaciones avanzadas relacionadas con el kernel y otras opciones.

Linux Lite 6.2 actualiza también aplicaciones de uso común, como por ejemplo la suite ofimática LibreOffice 7.3, añade alguna nueva a la selección predeterminada de la distribución, es el caso del editor de vídeo Shotcut. Por otro lado, han eliminado la aplicación de Microsoft Teams que incluían y a cambio pondrán la PWA.

En efecto, otra de las particularidades de Linux Lite es que no le hacen ascos al software privativo. Todo lo contrario, de hecho, aunque luego se escuden en Snap para reemplazar a Firefox por Chrome, de acuerdo a lo que sucedió con su versión anterior. Si esto no te importa y te apetece probar, aquí tienes la descarga de Linux Lite 6.2, lista para su instalación en cualquier PC.

Fuente: Muy Linux.

 

 

 

 

 

 

 

 

Rusticl es un controlador de OpenCL 3 para Mesa muy prometedor

publicado en: Linux | 0

El soporte de OpenCL es un aspecto que incluso hoy en día se le sigue atragantando a Mesa, la pila gráfica encargada de suministrar los drivers del espacio de usuario. Los soportes de OpenGL y Vulkan son muy buenos desde hace tiempo, pero la cosa cambia bastante y para peor cuando se trata de OpenCL.

OpenCL es un framework de computación paralela desarrollado por Khronos Group (la misma institución responsable de OpenGL y Vulkan) que permite escribir programas que se ejecutan en plataformas heterogéneas, las cuales pueden consistir en CPU, GPU, procesadores de señales digitales (DSP), matrices de puertas lógicas programable en campo (FPGA) y otros procesadores o aceleradores de hardware. Por lo general es usado en sectores profesionales, pudiendo ser empleado, por ejemplo, en DaVinci Resolve, y tiene en el CUDA de NVIDIA a su principal rival.

Si bien Mesa tiene un driver de OpenCL hecho para funcionar con gráficas Radeon, este muestra un rendimiento muy pobre, así que al final, para emplear el framework, hay que usar ROCm en gráficas Radeon o el driver privativo de NVIDIA (veremos hasta dónde llega Intel con IGC). El primero es de código abierto (MIT), pero pocas distribuciones lo empaquetan por completo, mientras que el segundo sobra decir que es privativo. En consecuencia, es probable que el usuario se vea limitado a la hora elegir distribución para lidiar con OpenCL.

Afortunadamente, puede que en un futuro no muy lejano la cosa empiece a cambiar, ya que desde hace tiempo está en desarrollo Rusticl, un driver de OpenCL 3 que, de cumplirse con la programación prevista, tendría que ser introducido oficialmente en el futuro Mesa 22.3. Está escrito en Rust, ese lenguaje que tan de moda está últimamente, y según ha publicado Karol Herbst, empleada de Red Hat que trabaja en su desarrollo, ha superado en rendimiento a ROCm sobre una GPU RDNA 2.

Fuente: Muy Linux.

 

 

 

 

GNOME sigue modernizándose: reemplaza las listas de correo con Discourse

publicado en: Linux | 0

GNOME trabaja desde hace años en la modernización de su infraestructura. Si en 2018 nos hicimos eco de la migración a GitLab, ahora nos enteramos de que el proyecto está empezando a cerrar listas de correo para trasladar esa función a una instancia propia de Discourse.

A estas alturas el nombre de Discourse posiblemente le suene a más de uno y sea conocido sobre todo entre los usuarios de Ubuntu, ya que es lo empleado por Canonical para los foros oficiales de la distribución. Básicamente, Discourse es una estructura de foros preconstruida, publicada como software libre (GPLv2) y que puede ser reimplantada libremente. La parte del servidor está hecha con el framework Ruby on Rails y se apoya en PostgreSQL para la base de datos y en Redis como caché, mientras que la parte del cliente está escrita con EmberJS.

Una de las razones por las que GNOME está impulsando su instancia de Discourse es el hecho de que todavía usa Mailman 2 para su estructura de listas de correo. Si tenemos en cuenta que Mailman 2 se apoya en el descontinuado Python 2, GNOME tiene ahí un motivo de peso para migrar por cuestiones de seguridad, y es que emplear software sin soporte es siempre un peligro debido a que los fallos de seguridad descubiertos no son corregidos.

La idea de emplear una instancia de Discourse no es ni mucho menos nueva, ya que fue planteada años atrás como una vía para sustituir a Mailman (podrían usar Mailman 3, que se apoya en Python 3, pero parece que han preferido cambiar a algo que ofrezca otra experiencia). De hecho, desde Evolution ya han anunciado que la lista de correo será retirada a finales del presente mes de octubre de 2022 por las razones ya expuestas en esta entrada y han invitado a los suscriptores a pasarse a Discourse.

Andrea Veri, coordinador del equipo de infraestructura de GNOME, ha declarado para The Register que “desde que introdujimos Discourse, la instancia de Mailman de GNOME ha visto una disminución en su uso en los últimos años. La nueva plataforma ofrece muchas más funciones que Mailman, incluida la ‘gamificación’ que, en general, las nuevas generaciones aprecian, pero también compatibilidad con Mardown, fuentes de RSS, compatibilidad adecuada contra el spam, múltiples tipos de autenticación, etc”.

La modernización de la infraestructura de GNOME tiene como objetivos reducir la fragmentación de las comunidades en torno al proyecto y mejorar la integración, con un puente a Matrix para los chats en vivo. Obviamente, la migración a GitLab se hizo con el mismo propósito, y es que las formas de trabajar e interaccionar cambian con el paso del tiempo, cosa que a fin de cuentas es totalmente lógica y natural en el ser humano.

Fuente : Muy Linux

 

 

 

 

El DualSense Edge estará oficialmente soportado en Linux

publicado en: juegos, Linux | 0

 

Sony sorprendió a propios y extraños cuando anunció que estaba trabajando en un driver oficial para el DualSense, el controlador de PlaySation 5, con el fin de hacerlo funcionar en Linux. De hecho, en su momento algunos se tomaron la noticia inicial que publicamos a modo de broma/inocentada debido a su fecha de publicación: 28 de diciembre de 2020.

Afortunadamente, parece que Sony se ha tomado en serio el soporte de los controladores de PlayStation sobre Linux, ya que la compañía japonesa se encuentra trabajando en estos momentos en la modificación del driver hid-playstation para que pueda soportar el DualSense Edge, el próximo controlador tope de gama orientado a competir con el Xbox Elite Controller de Microsoft.

El DualSense Edge es en apariencia similar al modelo original, pero, al igual que Xbox Elite Controller, soporta una gran cantidad de modificaciones, entre ellas la activación, desactivación y reasignación de los botones, además de la modificación de la sensabilidad de los sticks analógicos, que permiten ajustarlo a las necesidades del jugador. También soporta el cambio de la tapa de los sticks analógicos para personalizar el tacto y el agarre.

Aquellos que conozcan el mundo de los videojuegos saben que este tipo de controladores no son precisamente baratos, y el DualSense Edge apunta a costar 200 dólares, lo que unido a impuestos y la actual debilidad del euro podrían terminar por situarlo por encima de los 240 euros. La fecha de lanzamiento está establecida para enero de 2023 al menos para Estados Unidos.

A pesar de los avances que ha experimentado Linux en el terreno de los videojuegos, muchas marcas como Corsair siguen sin dar soporte oficial (sobre todo cuando se trata de sus capturadoras de Elgato), así que este detalle por parte de Sony es de agradecer, más viendo que en PC los controladores de PlayStation son mucho menos usados que los de Xbox. Sobre el soporte para el DualSense Edge, este debería de llegar en Linux 6.2, por lo que no habría que esperar mucho poder utilizarlo out of the box y pudiendo exprimir muchas de sus posibilidades (obviamente, a buen seguro que Sony se reservará cosas para PlayStation 5).

La tercera y la cuarta generación del DualShock están soportadas en Linux con hid-sony, un driver semioficial en cuyo desarrollo está implicada Sony. Esto quiere decir que la compañía japonesa, de manera más bien discreta, ha contribuido para que los usuarios de Linux puedan usar sus controladores sin complicaciones, si bien por ahí anda el tema de que casi todos los juegos muestran los botones de Xbox debido a la preponderancia de los controladores de Microsoft en PC.

Sin embargo, Sony no cumple del todo bien en lo que respecta al soporte de sus controladores desde Linux, ya que desarrolla un driver oficial y eso hay que agradecerlo, pero el firmware del controlador hay que ponerlo al día con una aplicación que solo está para Windows, así que para ese menester toca emplear Wine si no se quiere usar el sistema operativo de Microsoft. ¿Qué tal una autorización para redistribuir el firmware a través de fwupd, Sony?

Fuente : Muy Linux

 

 

 

 

La versión Snap de Steam evoluciona… y le da una lección a Flatpak

publicado en: Linux | 0

 

Canonical trabaja desde hace meses para reforzar la posición de Ubuntu dentro del Linux Gaming. Una parte nuclear de esa estrategia es el empaquetar Steam en formato Snap, y la compañía no solo quiere ofrecer con dicho empaquetado una opción más frente al clásico instalador en formato Deb, sino que pretende que sea una auténtica solución integral para gaming.

Canonical ha anunciado una serie de cambios en torno al empaquetado de Steam en formato Snap, los cuales ha promocionado como una evolución. Dejando aparte diversas correcciones introducidas por fuera (recordamos que es una aplicación privativa), lo que más sobresale es el hecho de que, gracias a que el cliente funciona de forma aislada del sistema anfitrión, la encargada de Ubuntu ha decidido suministrar el cliente de la plataforma de Valve junto al PPA Oibaf, con el que se puede obtener de manera fácil la última versión de Mesa.

Como ya hemos expuesto muchas veces, Mesa es la pila encargada de suministrar los drivers del espacio de usuario, principalmente OpenGL y Vulkan de cara a los usuarios comunes. Si bien en el pasado se limitaba a ofrecer un soporte básico, la aparición de AMDGPU ha sido el acicate para convertirlo en un componente capaz de ejecutar videojuegos triple A de Windows (y los pocos que hay nativos para Linux) con una gráfica AMD Radeon, y esperemos que en un futuro cercano también las dedicadas de Intel.

Por si no había quedado, Oibaf será suministrado en formato Snap, al igual que las versiones fresh y turtle de Kisak. De esta manera el usuario podrá elegir la compilación de Mesa que mejor le convenga para jugar desde una gráfica Radeon o Intel (con NVIDIA hay que recurrir al driver oficial y privativo).

Además, el empaquetado de Steam en formato Snap también incluirá MangoHud, la conocida superposición que muestra datos de rendimiento como uso del procesador, uso de la gráfica dedicada y la cantidad de fotogramas por segundo, que se suma a la presencia predeterminada de Game Mode y la habilitación por defecto de Steam Play (Proton).

En resumidas cuentas, Canonical ha metido el turbo con su empaquetado de Steam en formato Snap, hasta el extremo que podría adelantar a un empaquetado Flatpak que se está viendo lastrado por los retrasos a la hora empaquetar Mesa en dicho formato. Primero la llegada de Mesa 22 en formato Flatpak se retrasó seis meses debido a ciertos problemas de retrocompatibilidad que poco a poco se fueron convirtiendo en problemas para soportar juegos recientes. Segundo, los problemas de VA-API y las patentes de H.264, H.265 y VC-1, que solo afectan a Radeon, amenazan con poner más piedras en el camino, por lo que Canonical tiene vía libre para apretar el acelerador.

El empaquetado de Steam en formato Snap todavía está en fase de acceso temprano y Canonical ha pedido ayuda la comunidad para contribuir a su mejora, pero una cosa está clara, y es que parece tener una dirección clara y firme.