Valve acaba de anunciar el lanzamiento de una nueva versión de Steam y no una cualquiera: trae novedades de primer orden de tipo general y también particular, en concreto, para Linux (y Mac): aceleración por hardware activada por defecto. Con matices, claro.

Tal y como recogemos en la noticia de más arriba, la principal novedad de esta nueva versión de Steam se encuentra bajó el capó y, por extensión, sobre este. Cuenta Valve han reconstruido el cliente de Steam sobre un nuevo framework, unificando así el desarrollo del cliente corriente de Steam (la interfaz clásica), Big Picture y Steam Deck, que a fin de cuentas es un Big Picture ligeramente modificado. La app móvil entra en el mismo saco.

De las tripas a la interfaz, lo que ha propiciado la renovación de código ha sido la renovación de la interfaz del cliente clásico, que por fin alcanza a Big Picture. Esto incluye «mejoras visuales y en la usabilidad en diálogos, menús, fuentes y colores», entre otros detalles. A destacar un aspecto más moderno, el sistema de notificaciones o la superposición de los elementos de la interfaz en pantalla mientas de juega.

Además, Steam ha estrenado nuevas características, como una función de notas que se antoja como una herramienta interesante, ya que no solo permite tomar notas haciendo uso de la mencionada superposición, sino que todas las notas, ligadas a cada juego en el que se tomen, se sincronizan a través de Steam Cloud. Esto, las opciones de opacidad y el estilo más minimalista de la superposición de elementos en pantalla completan esta actualización.

Bueno, y la aceleración por hardware en Linux (y Mac). Así lo anuncian:

El trabajo técnico que se ha implementado en esta actualización permite activar la aceleración por hardware en las versiones de Steam para Mac y Linux, equiparándolas de esta manera con la versión para Windows. Ahora deberías notar una UI que responde mejor y una experiencia más concisa en las animaciones y al desplazarte por las páginas.

En principio se trata de una característica que ayudará a mejorar la fluidez y el rendimiento del cliente de Steam en Linux (¡y Mac!) y, además, llega activada por defecto, aunque por lo que se indica en las notas de lanzamiento, hay dos «errores conocidos» sobre los que conviene estar al tanto:

• Habilitar la aceleración por hardware en las GPU de Nvidia puede hacer que Xorg se bloquee. En esta plataforma, la aceleración por hardware está deshabilitada de manera predeterminada, pero se puede habilitar en «Configuración-> Interfaz» o al optar por la rama beta.
• El escalado DPI puede no funcionar correctamente cuando la aceleración por hardware está desactivada.

Tenlo en cuenta. Ya sabes dónde tienes la opción de marras, tal y como puedes ver también en la imagen bajo estas líneas (la imagen es de mi PC, un portátil con gráfica híbrida Intel-Nvidia y con Wayland para más datos, aunque supongo que el cliente se está ejecutando sobre la Intel y lo que es seguro, es que lo hace sobre XWayland).

 

Fuente:Muy Linux.

 

Tails 5.14 es la nueva versión del amnesic incognito live system, la más popular de las distribuciones Linux diseñadas para proteger la privacidad del usuario en línea y, por lo tanto, una que conviene mantener bien actualizada, para así garantizar su efectividad en todo lo posible.

Es decir, si estabas usando Tail 5.13, deberías actualizar ya a la nueva Tails 5.14, y si no solo la utilizabas, sino que la tenías «instalada» en un USB (así se usa) y además tenías configurado el almacenamiento persistente, este lanzamiento te interesa especialmente, ya que su principal novedad es la migración automática a LUKS2, mejorando así el cifrado.

Tal y como señalan en el anuncio oficial de Tail 5.14, «los parámetros criptográficos de LUKS en Tails 5.12 o versiones anteriores están expuestos contra un atacante con acceso físico al dispositivo», por lo que la actualización del sistema de cifrado se realiza de manera automática para preservar el nivel de seguridad.

Así, Tails 5.14 convierte automáticamente el almacenamiento persistente para su uso con el cifrado de LUKS2 y Argon2id, siendo esta última una implementación avanzada de la función de derivación de clave que básicamente refuerza la propia clave y endurece el sistema frente a ataques.

Con todo, los responsables de Tails recomiendan cambiar la contraseña de acceso en todos los volúmenes cifrados previamente con LUKS, a excepción de que se utilice una contraseña de cinco o más palabras aleatorias (ojo con las cadenas de palabras, que componen las contraseñas manuales más potentes). Más información acerca de este cambio en esta página de ayuda de Tails.

Pero no acaban ahí las novedades de Tails 5.14 con respecto al almacenamiento, y es que la distribución permite ahora hacer una copia de seguridad del almacenamiento persistente desde el instala​_dor del sistema mediante un clonado completo del disco. Sobre este cambio también es recomendable leer la información oficial, disponible en esta página de ayuda de Tails, aunque se trata de un proceso sencillo.

Por último, Tails 5.14 incorpora otras cambios menores relativos a la conexión con la red Tor, a la propia actualización de Tor Browser en su última versión (12.0.7), correcciones varias, etc. En el mismo anuncio de lanzamiento enlazado más arriba encontrarás los enlaces a las descargas, disponibles en formatos específicos para su uso en memorias USB y máquinas virtuales.

 

Fuente: Muy Linux.

Debian 12 Bookworm ya ha sido publicada como la nueva versión estable de una de las distribuciones con más solera del panorama linuxero. Aunque no necesita de ninguna presentación a estas alturas, el lanzamiento de una nueva versión estable de Debian siempre es todo un acontecimiento dentro del mundillo, sobre todo porque se trata de uno de los proyectos comunitarios más sólidos y consolidados que existen, sin olvidar todo lo que abarca y lo que deriva de él.

Algo menos de dos años después, Debian 12 Bookworm viene dispuesta a suceder a Bullseye, una versión que desde el primer día mostró muy buenas maneras y que algunos consideran como el mejor lanzamiento de la distribución en toda su historia.

Recordamos que la pila de software suministrada a través de Debian 12 Bookworm se mantiene estable y estanca durante todo el ciclo de vida del sistema a través de todas las formas y arquitecturas soportadas. Sin embargo, los responsables han logrado con el paso de los años ir añadiendo software cada vez más reciente, así que nos encontramos con un catálogo que para muchos no huele ni por asomo a añejo.

Novedades de Debian 12 Bookworm

Como es costumbre por parte de Debian, nos encontramos con muchos números impresionantes en torno a la nueva versión estable. Para empezar tenemos un total 64.419 paquetes, de los cuales 11.089 son nuevos y otros 6.296 han sido eliminados. Bookworm ocupa en total 365 gigabytes que suman 1.341.564.204 de líneas de código según cuentan en el anuncio oficial.

Sobre las novedades, empezaremos por los componentes básicos para seguir con los escritorios y terminar con los servicios y algunos detalles o aspectos interesantes. Para empezar está Linux 6.1 LTS como kernel, que fue publicado en diciembre de 2022. Esto quiere decir que Debian 12 Bookworm es capaz de soportar hardware relativamente reciente y la sincronía con una versión LTS debería de facilitar el mantenimiento y la puesta al día con los parches que se van publicando, porque los fallos de software y de seguridad sí se parchean, obviamente.

De systemd, el init, gestor o framework de sistema que fue adoptado después de mucha polémica y un agrio debate, se ha incluido la versión 252, que destacó por mejorar la integración con las características de seguridad que han sido introducidas en las placas base durante el transcurso de los últimos tiempos.

Si bien el kernel es extremadamente importante, no podemos dejar atrás a Mesa 22.3.6, la pila encargada de suministrar los drivers del espacio de usuario (OpenGL, Vulkan y OpenCL) y que desde el anuncio de AMDGPU ha ganado mucho peso, hasta el extremo de ser en la actualidad una las patas del Linux Gaming. Como la actualización de este componente puede comprometer la estabilidad del sistema, aquí lo suyo sería tirar de Flatpak y emplear de una compilación de Mesa en ese formato que funcione de manera separada.

Para el despliegue de los gráficos, las tecnologías presentes son Wayland 1.21, XWayland 22.1.9 y Xorg 21.1.7. XWayland es una implementación de Xorg que funciona bajo Wayland y la sesión de Wayland está presente de manera predeterminada en GNOME y KDE Plasma. En GNOME se ha establecido PipeWire como servidor de sonido predeterminado, mientras que en KDE Plasma sigue estando PulseAudio para ese menester.

​_En cuanto a escritorios están GNOME 43, KDE Plasma 5.27, LXDE 11, LXQt 1.2.0, MATE 1.26, Xfce 4.18 y Cinnamon 5.6.8. En lugar de repetir los cambios y novedades que fueron introducidos en cada producto, nos limitaremos a decir que una de las principales virtudes de la distribución es que resulta amigable con casi cualquier cosa que se le ponga encima. Da igual que sea GNOME, KDE Plasma, MATE o Xfce, que Debian siempre funciona como debe.

Tras exponer los componentes básicos, no viene mal mencionar algunas de las aplicaciones y herramientas gráficas más importantes de las suministradas a través de los repositorios oficiales. A través de esta vía es posible instalar LibreOffice 7.4.5, GNUcash 4.13, GIMP​_​_​_ 2.10.34, Inkscape 1.1.2, Emacs 28.2, Krita 5.1.5, Kdenlive 22.12.3, Shotcut 22.12.21 y VLC 3.0.18, entre otras muchas. Debido a que las versiones se van a mantener estancas, para obtener una más reciente sería recomendable recurrir a algún formato de paquete universal.

En cuanto a servidores y herramientas relacionadas con la programación, Debian 12 Bookworm pone a disposición Apache 2.4.57, lighthttpd 1.4.69, GCC 12.2.0, MariaDB 10.1, nginx 1.22, OpenJDK 17, OpenLDAP 2.5.13, OpenSSH 9.2p1, Perl 5.36, PHP 8.2, PostgreSQL 15, Python 3.11.2, Rustc 1.63, Samba 4.17, Vim 9.0 y las versiones 13.0.1, 14.0 y 15.0.6 de LLVM/Clang.

En lo que respecta a aspectos específicos del sistema, los responsables han destacado que el soporte de Secure Boot para ARM64 ha sido reintroducido; la presencia ​_de un nuevo paquete, shiny-server, “que simplifica las aplicaciones web científicas utilizando R”; además de que la Mezcla Debian Astro (Debian Astro Blend) sigue su evolución para proporcionar una solución integral para astrónomos profesionales, entusiastas y aficionados. Otro detalle a tener en cuenta es que los paquetes de GRUB ya no ejecutarán os-prober por defecto para otros sistemas operativos.

Continuando con más cambios, el paquete ntp ha sido reemplazado por ntpsec, systemd-timesyncd es ahora el servicio de reloj de sistema que está por defecto y se ha introducido soporte para chrony y openntpd.

Como últimas novedades a nivel de tecnologías son dignas de mención APT 2.6.1, versión del gestor de paquetes Deb que está presente de manera preinstalada, y Synaptic 0.91.3, la aplicación gráfica que facilita la gestión en dicho frente y que para muchos es la auténtica aplicación de tienda de aplicaciones y software del sistema.

Descargas y arquitecturas soportadas

Debian, que se define a sí mismo como “El sistem​_a operativo universal”, no solo ofrece software que cubre prácticamente todos los frentes, sino que además soporta una destacada cantidad de arquitecturas de procesador.

Bookworm soporta oficialmente x86 de 32-bit (i386), 86 de 64-bit (AMD64), ARM EABI (ARM4T, ARM5T y ARM6), ARMv7, MIPS little-endian, MIPS little-endian de 64-bit, PowerPC little-endian de 64-bit e IBM Z (s390x). También hay imágenes para los servicios de computación en la nube Amazon EC2 (amd64 and arm64), Microsoft Azure, OpenStack, GenericCloud, NoCloud. Por nuestra parte, dejamos los enlaces para los DVD y los medios en vivo para x86 de 32 y 64 bits:

• DVD – Descarga directa: 32-bit, 64-bit | Torrent: 32-bit, 64-bit.
• Medios en vivo – Descarga directa: 32-bit, 64-bit | Torrent: 32-bit, 64-bit.

Debian 12 Bookworm ha introducido cambios en sus medios de instalación (o al menos algunos) para facilitar la instalación de firmware privativo, el cual se ha ido volviendo cada vez más necesario para hacer funcionar el sistema operativo sin problemas en equipos modernos, sobre todo aquellos que implementan UEFI en la placa base.

 

Fuente: Muy Linux.

 

Aunque en un principió nació con la intención de mantener viva una rama estable de CentOS que fue descontinuada de una manera un tanto cuestionable, AlmaLinux es una distribución que, poco a poco, aspira a ser más que un simple clon de Red Hat Enterprise Linux (RHEL), porque aparte de proporcionar un clon del sistema operativo de orientación corporativa, ahora nos hacemos eco de que está contribuyendo con openQA, la herramienta de pruebas automatizadas para sistemas operativos procedente de SUSE.

En una entrada publicada en la sección de noticias de openSUSE se explica que la herramienta echó a andar “en 2011 y su desarrollo es todavía muy activo. openQA ha ganado un fuerte uso por parte de proyectos como Fedora, Debian, Kali Linux, Qubes OS, GNOME y KDE. Recientemente, AlmaLinux se unió a este grupo como un clon RHEL confiable y estable, y la comunidad ha realizado contribuciones a openQA que demuestran cómo los proyectos complementarios de código abierto pueden funcionar juntos”.

La implementación openQA por parte de AlmaLinux abarcará todas las arquitecturas soportadas por la distribución. Sarah Julia Kriesch, mantenedora de openSUSE zSystems y copresidente del grupo de trabajo de distribuciones Linux en The Mainframe Project, ha agradecido la contribución de la responsable del clon de RHEL y que dicho que “Fedora y Debian ya utilizan openQA, además de openSUSE/SUSE. Trabajar juntos y mejorar nuestras pruebas es parte del mantenimiento colaborativo de Linux para s390x”. Para los que anden perdidos, x390x es IBM Z.

Un detalle a tener en cuenta de la contribución de AlmaLinux a openQA y según Sarah Julia Kriesch es que, gracias a que las pruebas están ahora habilitadas para Red Hat KVM, es posible “probar todas las demás distribuciones de Linux en Fedora y RHEL. Esa es también una extensión de prueba, donde todos podemos beneficiarnos. openQA es un proyecto de código abierto y se puede utilizar para pruebas automatizadas para todos los sistemas operativos”.

Siendo más concretos, la contribución de AlmaLinux ha dotado a la implementación de QEMU/KVM procedente de Red Hat de soporte para openQA y ha proporcionado o proporcionará un backend de openQA para la compilación de QEMU dirigida a s390x. El protagonismo de IBM Z ya deja entrever que estamos ante un movimiento fuertemente orientado al mercado corporativo.

Otro aspecto a tener en consideración es que se ha recuperado, aunque sea de forma no oficial, el soporte de KVM en la arquitectura ppc64le (PowerPC), el cual fue eliminado de RHEL 9. Eso sí, con el fin de que AlmaLinux siga siendo un clon 1 a 1 de RHEL, el soporte no está en presente en la compilación oficial del clon, sino que solo está implementado en los paquetes del kernel y de QEMU/KVM disponibles desde el repositorio de openQA.

Dejando aparte las aspiraciones de AlamaLinux, parece que openQA se está convirtiendo en una pieza importante del ecosistema Linux. Esperemos que sirva para que los desarrolladores y mantenedores puedan proporcionar mejores productos.

 

Fuente: Muy Linux.

​_Brevísima «actualización del estado» que bien podríamos haber publicado solo en el canal pertinente, o sea en Telegram, pero que ponemos aquí por… porque sí. Por varias razones, entre las que se cuenta la de animaros a seguir el canal de MuyLinux en Telegram, si es que aún no lo hacéis.

Sea como fuere, ya sabéis que podéis seguir todo lo que publicamos por diferentes vías:

• Entrando directamente en muylinux.com.
• Mediante un lectores de noticias RSS.
• Suscribiéndose por correo electrónico a la newsletter de MuyLinux.
• A través de redes sociales como Facebook, Twitter y desde hace poco, Mastodon (sobre la que tengo pendiente un artículo aparte).

Pero ahora hablamos del canal de MuyLinux en Telegram, donde nos siguen ahora mismo más de 6.400 usuarios. No es la plataforma donde más seguidores tenemos, pero sí una en las que más visualización en relación al total hay. Una plataforma que tiene más posibilidades de las que aprovechamos, pero…

Pero si bien no vamos a habilitar los comentarios, quizás lo más demandado en su momento, porque ya no damos abasto con aquellas redes en las que hay comentarios (por pocos que sean, la prioridad son los comentarios en los artículos del sitio), lo de las reacciones es algo que también nos habéis pedido algunos y ya era hora de hacerlo.

Así que vamos a ver cómo funciona el invento: las reacciones de Telegram, como sabréis, el la opción de poder poner emoji a los mensajes que se publican, y muchas veces con un emoji sobra para dejar constancia de lo que uno piensa del tema o lo que le inspira la noticia en sí: pulgar hacia arriba o abajo, corazón, fuego, sonrisas, llantos…

Hay un montón de emoji disponibles y los hemos habilitado todos. Si esto funciona, quizás probemos suerte con los comentarios. Quién sabe. Mientras tanto…: al canal de MuyLinux en Telegram, a suscribirse y a reaccionar, que todo es comenzar. A ver cómo sale esto, primero, si es que sale.

Eso sí, cualquier comentario al respecto, en el caso de que se quiera hacer… aquí mismo, por favor 😃

 

Fuente: Muy Linux.

​_

Red Hat se desentiende del mantenimiento de LibreOffice en formato RPM, es decir, el nativo de que derivan o nutren a Red Hat Enterprise Linux, incluyendo de manera destacada a Fedora. ¿Significa esto que los usuarios de estas distribuciones se quedan sin la suite ofimática? No, pero hay cambios.

Según explica el empleado de Red Hat Matthias Clasen en las listas de corred de desarrolladores de Fedora, los paquetes RPM de LibreOffice han quedado huérfanos en fechas recientes y no se tiene previsto que la compañía destine recursos a este propósito. No obstante, el mantenimiento de las versiones en curso de LibreOffice para RHEL 7, 8 y 9 continuará lo que dure el ciclo de vida de estas.

Cuenta Clasen, quien también es desarrollador de GNOME, además de formar parte del Red Hat Display Systems, «el equipo detrás de la mayoría de los esfuerzos de escritorio de Red Hat», que ellos han sido los encargados del mantenimiento de LibreOffice para RHEL, pero que ahora están «ajustando nuestras prioridades de ingeniería» para con RHEL en temas como el soporte de Wayland o HDR, entre otras mejoras de fondo y, básicamente, no dan para más.

Vale la pena comentar a este respecto que si bien los esfuerzos de Red Hat en favor del escritorio Linux han sido y son muy importantes, tocan muchos palos y benefician a todo el ecosistema, la compañía anunció recientemente el despido de cientos de trabajadores, incluido el del responsable del programa de Fedora, y raro sería que la noticia que nos ocupa ahora no sea consecuencia en cierta medida de esta otra.

Volviendo con LibreOffice, la decisión está tomada y el soporte de los paquetes RPM se ha reducido al mero mantenimiento de lo que ya hay, aunque se seguirá colaborando con el proyecto con correcciones, especialmente en lo que a los paquetes Flatpak se refiere. En efecto, ahí está el futuro de la distribución de LibreOffice en el ecosistema de Red Hat, salvo intervención de la comunidad, lo cual se desaconseja debido al importante trabajo que supone mantener el conjunto de software de The Document Foundation.

Así las cosas, y a menos que surja una iniciativa diferente, las nuevas versiones de LibreOffice (la 7.6 está al caer) que lleguen a RHEL, Fedora y compañía lo harán en formato Flatpak, un movimiento que quizás recuerde al de Canonical con sus Snap, pero que tiene otras motivaciones de fondo. O eso se ha dado a entender. En todo caso, el resultado es el mismo y Flatpak (y Flathub) se revela como el apaño, más que la solución.

Por si alguien se lo pregunta, sí, Canonical también está en ello y hace tiempo que mantiene LibreOffice en formato Snap, aunque si todavía no lo ha promulgado como reemplazo de los paquetes Deb es por fuerza mayor: cuando se consiga pulir la integración de la suite con el escritorio, se hará. Que nadie lo dude; pero no, no tiene que versiones con el nuevo Ubuntu inmutable, pese a que todo se retroalimenta.

Sin embargo, cabe mencionar que el mantenimiento de LibreOffice en formato Deb está mejor asegurado, ya que en él intervienen diferentes partes, de Canonical/Ubuntu a Debian e incluso The Document Foundation. Falta por ver, en el ecosistema RPM, qué hacen SUSE y openSUSE, pero no hay noticias de que nada vaya a cambiar por el momento.

Aunque en un principió nació con la intención de mantener viva una rama estable de CentOS que fue descontinuada de una manera un tanto cuestionable, AlmaLinux es una distribución que, poco a poco, aspira a ser más que un simple clon de Red Hat Enterprise Linux (RHEL), porque aparte de proporcionar un clon del sistema operativo de orientación corporativa, ahora nos hacemos eco de que está contribuyendo con openQA, la herramienta de pruebas automatizadas para sistemas operativos procedente de SUSE.

En una entrada publicada en la sección de noticias de openSUSE se explica que la herramienta echó a andar “en 2011 y su desarrollo es todavía muy activo. openQA ha ganado un fuerte uso por parte de proyectos como Fedora, Debian, Kali Linux, Qubes OS, GNOME y KDE. Recientemente, AlmaLinux se unió a este grupo como un clon RHEL confiable y estable, y la comunidad ha realizado contribuciones a openQA que demuestran cómo los proyectos complementarios de código abierto pueden funcionar juntos”.

La implementación openQA por parte de AlmaLinux abarcará todas las arquitecturas soportadas por la distribución. Sarah Julia Kriesch, mantenedora de openSUSE zSystems y copresidente del grupo de trabajo de distribuciones Linux en The Mainframe Project, ha agradecido la contribución de la responsable del clon de RHEL y que dicho que “Fedora y Debian ya utilizan openQA, además de openSUSE/SUSE. Trabajar juntos y mejorar nuestras pruebas es parte del mantenimiento colaborativo de Linux para s390x”. Para los que anden perdidos, x390x es IBM Z.

Un detalle a tener en cuenta de la contribución de AlmaLinux a openQA y según Sarah Julia Kriesch es que, gracias a que las pruebas están ahora habilitadas para Red Hat KVM, es posible “probar todas las demás distribuciones de Linux en Fedora y RHEL. Esa es también una extensión de prueba, donde todos podemos beneficiarnos. openQA es un proyecto de código abierto y se puede utilizar para pruebas automatizadas para todos los sistemas operativos”.

Siendo más concretos, la contribución de AlmaLinux ha dotado a la implementación de QEMU/KVM procedente de Red Hat de soporte para openQA y ha proporcionado o proporcionará un backend de openQA para la compilación de QEMU dirigida a s390x. El protagonismo de IBM Z ya deja entrever que estamos ante un movimiento fuertemente orientado al mercado corporativo.

Otro aspecto a tener en consideración es que se ha recuperado, aunque sea de forma no oficial, el soporte de KVM en la arquitectura ppc64le (PowerPC), el cual fue eliminado de RHEL 9. Eso sí, con el fin de que AlmaLinux siga siendo un clon 1 a 1 de RHEL, el soporte no está en presente en la compilación oficial del clon, sino que solo está implementado en los paquetes del kernel y de QEMU/KVM disponibles desde el repositorio de openQA.

Dejando aparte las aspiraciones de AlamaLinux, parece que openQA se está convirtiendo en una pieza importante del ecosistema Linux. Esperemos que sirva para que los desarrolladores y mantenedores puedan proporcionar mejores productos.

 

Fuente: Muy Linux.

​_