Firefox 106 ya está entre nosotros como la última versión del navegador web de Mozilla, que en esta ocasión ha llegado con dos novedades de interés y algunas mejoras en la experiencia con las sesiones de Wayland.

La primera novedad que sobresale es Firefox View o Vista de Firefox, una característica introducida con el fin de que el usuario pueda volver a los contenidos que descubrió previamente, acceder a pestañas de otros dispositivos (a través de la función “Recoger pestañas”) y cambiar el aspecto estético de la aplicación con las combinaciones de colores (colorways). Mozilla ha puesto a disposición dieciocho combinaciones de colores en una colección que estará disponible hasta el 17 de enero de 2023. Acceder a Firefox View es tan simple como hacer clic sobre el logo del navegador que aparece a la izquierda en la barra de pestañas.

En segundo lugar, el usuario puede escribir textos, dibujar y añadir firmas a los documentos PDF que visualice con Firefox. Esta característica hará que el navegador se convierta para más de uno en una aplicación ideal para la visualización de ficheros PDF, así que en las versiones 10 y 11 de Windows, además, es posible establecerla de manera predeterminada para ese tipo de documentos (en Linux hemos dispuesto por lo general de más libertad para asignar aplicaciones a ficheros, así que ese añadido nos es prescindible).

Centrándonos en las cosas específicas para Linux, Firefox 106 sobresale por algunas mejoras introducidas a la hora de usarlo con Wayland, el protocolo gráfico que aspira a suceder a Xorg. Aquí nos encontramos con la posibilidad de deslizar con dos dedos hacia la izquierda y la derecha empleando un touchpad. Por otro lado, la compartición de la pantalla mediante WebRTC ha sido mejorada, cosa que depende del soporte de DMA-BUF para su correcto funcionamiento (y aquí Intel lleva la delantera).

Y hasta aquí lo más interesante de Firefox 106, que suma a todo lo mencionado las típicas correcciones de seguridad y para fallos de software, además de haber mejorado un poco más el rendimiento para mantener la línea ascendente de los últimos meses. Ya podría Mozilla haberse puesto las pilas mucho antes para evitar que Chromium terminara por comerle todo el terreno que llegó a quitarle a Internet Explorer en su día.

Todas las novedades están publicadas en las notas de lanzamiento, mientras que la aplicación, en Linux, puede ser actualizada a través de Menú principal > Ayuda > “Acerca de Firefox” en caso de usar el tarball puesto a disposición por Mozilla. Sin embargo, aquí lo normal es que las aplicaciones sean suministradas por repositorios, así que solo hay que esperar a que llegue como una actualización estándar.

 

 

 

 

Debian 11.4 es la nueva actualización de mantenimiento de de la actual versión estable de la distribución y la segunda que ve la luz esta año, aunque por su numeración es fácil discernir en qué punto nos encontramos de la vida útil de ‘Bullseye’, cuyo lanzamiento original se dio el año pasado.

Como siempre repetimos, Debian 11.4 conserva intactas todas las novedades de Debian 11, mientras que se encarga de recoger todas las correcciones acumuladas desde el lanzamiento de la imagen previa, y como correcciones se entiende tanto mejoras de estabilidad como, principalmente, parches de seguridad. Entre unos y otros, suman algo más de un centenar de cambios.

Algunos de esos cambios incluyen correcciones en el instalador del sistema, mejoras en el soporte de gráficos NVIDIA, o la restauración de la funcionalidad del cliente de escritorio de Telegram, entre muchas otras.

Por lo demás, Debian 11.4 llega con lo que llegó en su día, incluyendo múltiples actualizaciones, mejoras importantes en el soporte de componentes clave como systemd, Wayland y CUPS, según cubrimos en la noticia de su lanzamiento.

Así pues, Debian 11.4 se proponer como el medio recomendado para quienes deseen realizar una nueva instalación del sistema, con una excepción, y es que tal y como señalan en el anuncio oficial, no es necesario deshacerse de las imágenes viejas para reemplazarla con esta nueva, ya que con realizar una actualización del sistema es más que suficiente para estar al día.

Y no hay mucho más que contar. ¿Te apetece subirte a Debian Bullseye? Aquí tienes el trampolín. Además, salvo que tus necesidades de contar con un kernel muy reciente sean un obstáculo -que se puede salvar de manera sencilla, aunque se le va parte de la gracia al sistema-, no te preocupes por las aplicaciones, que gracias a sistemas como Flatpak, Snap y otros lo tienes más fácil que nunca.

Te dejamos con la descarga de Debian 11.4 ‘Bullseye’ en el formato que más te interese:

• 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.

Fuente: Muy Linux.

 

 

Steve McIntyre, desarrollador de Debian, ha propuesto a través de su blog personal un cambio en la política que el proyecto aplica en torno al firmware privativo, cuya distribución ha quedado relegada al conocido repositorio non-free y a las imágenes no oficiales que se pueden encontrar en el dominio de Debian.

En tiempos pasados los requerimientos a nivel de firmware no eran altos en equipos de servidor y sobremesa (no tanto en portátiles), así que resultaba viable para un uso real apartar el privativo y distribuirlo aparte. Sin embargo, en los últimos años el uso de firmware privativo o que se distribuye solo en formato binario resulta necesario para aplicar, por cuestiones de seguridad, las actualizaciones de los microcódigos de los procesadores, además de que algunos de ellos son ficheros de inicialización necesarios para que las gráficas puedan dar todo su poder (o tan siquiera funcionar en algunos casos).

Aquí se puede destacar la situación de las gráficas AMD Radeon. Si bien tanto Radeon (el viejo driver semioficial) como AMDGPU (el “nuevo” driver plenamente oficial) son Open Source y están incluidos en el kernel, para liberar todo su poder requieren de un firmware privativo. Esto hace que usuarios de Debian vean que el sistema les devuelve en muchos casos una pantalla en negro tras instalarlo e intentar hacerlo funcionar sobre una gráfica de AMD.

Solucionar el tema de las gráficas AMD Radeon en Debian es tan simple como recurrir a una imagen non-free, pero a día de hoy muchas personas siguen ignorando este detalle. Y sí, lo que pasa con Debian se puede extender a toda distribución Linux-libre.

En resumidas cuentas, que los requerimientos cada vez mayores en torno al firmware están empezando a poner a Debian en una situación difícil, así que Steve McIntyre ha decidido poner la cuestión sobre la mesa y ver si dentro de la distribución se decide seguir haciendo las cosas como hasta ahora o aplicar ciertos cambios. Las opciones planteadas por el desarrollador son las siguientes:

1. Mantener la configuración existente, que desde el punto de vista de McIntyre es horrible, pero que igualmente es lo mejor que pueden hacer desde Debian.
2. Dejar de proporcionar las imágenes non-free, lo que dificultaría a los usuarios la instalación del sistema. Aunque el resultado sería un sistema más puro en términos de software libre, para McIntyre tampoco es que ayude a promover la causa en términos prácticos.
3. Dejar de fingir que las imágenes non-free no son oficiales y posiblemente colocarlas junto a las normales. En consecuencia, dichas imágenes serían más fáciles de encontrar para los usuarios, pero otros podrían preguntarse qué sentido tiene mantener las imágenes sin el firmware privativo si en esencia son iguales a las otras.
4. El equipo responsable podría simplemente incluir el soporte non-free en las imágenes oficiales y agregar paquetes de firmware a las listas de entrada de esas imágenes, pero eso dejaría al proyecto con el problema planteado en el punto anterior.
5. Dividir los paquetes con firmware privativo en un nuevo componente de firmware non-free en el archivo y permitir una excepción específica solo para su inclusión en los medios oficiales, haciendo que solo se generen un conjunto de medios oficiales que podrían a disposición los paquetes de firmware no libre.

McIntyre deja claro que estas son sus propuestas para abordar el tema debido a que las ve como las opciones más probables, pero que no está cerrado a otras sugerencias procedentes de otras personas. Eso sí, no se corta al exponer su preferencia por la quinta opción, la cual, desde su punto de vista, ofrece un punto de equilibrio entre el compromiso de Debian con el software libre y el ofrecer unos medios de instalación que sean prácticos para los usuarios.

Viendo las fechas en las que estamos, es probable que, en caso de aprobarse, la nueva política en torno al firmware privativo sea aplicada para el lanzamiento como estable de Debian 12.

Fuente: Muy Linux

 

 

Los resultados de la encuesta de Steam correspondiente a octubre de 2021 han arrojado un dato curioso, y es la presencia de la versión Flatpak del cliente como una de las distribuciones más utilizadas. Viendo que el formato de paquetes impulsado por Red Hat está ganando poco a poco más adeptos, vamos a enseñar a preparar Steam Flatpak para distintas distribuciones.

A pesar de que Flatpak va limando poco a poco sus carencias a nivel de integración, el cliente de Steam en ese formato arrastra dos inconvenientes a tener en cuenta:

• Primero, no suministra las reglas de udev para controladores, así que el usuario puede encontrarse que su controlador, ya sea el difunto Steam Controller, uno de PlayStation, uno de Xbox o el Pro Controller de Switch, no se integra con la aplicación.
• Segundo, si no se usa Flatpak 1.12, el usuario puede encontrarse un bug que hace que las versiones de Proton suministradas por el cliente no funcionen, lo que fuerza al usuario a tener que recurrir a las compilaciones comunitarias de Proton publicadas en formato Flatpak. Se cumpla o no con el requisito de Flatpak 1.12 para no arrastrar el bug, es preferible tener Proton Glorious Eggroll en formato Flaptak.

La ventaja de usar la versión Flatpak de Steam

Usar Steam en formato Flatpak tiene sus inconvenientes, pero también una ventaja importante, y es que dicha compilación de la aplicación usa una versión reciente de Mesa en el mismo formato para la ejecución de los videojuegos.

La versión Flatpak de Mesa no sustituye a la que está presente en el sistema en formato “tradicional” (Deb, RPM, tar.xz de Arch Linux… ), sino que la complementa y entra en acción solo cuando una aplicación Flatpak la requiere. Esto quiere decir que la integridad y la funcionalidad del sistema no quedan comprometidas al mantenerse las versiones de las bibliotecas suministradas oficialmente por y para la distribución.

La forma de funcionar de Mesa en formato Flatpak hace su uso atractivo en sistemas que suministran un conjunto de software estanco debido a que anteponen la estabilidad a todo, como Debian Stable y openSUSE Leap.

Instalando la integración de los controladores para Steam

El cliente de Steam en formato Flatpak no ofrece integración para los controladores, o dicho de manera más técnica, no suministra las reglas de udev necesarias para integrar un controlador de PlayStation, Xbox, el Pro Controller de Switch o el Steam Controller en la aplicación. La razón es porque la aplicación “no tiene permisos para instalar reglas de udev en las ubicaciones apropiadas y las reglas de udev enviadas por Steam también pueden ser insuficientes sin las personalizaciones de distribución”.

La integración de los controladores con Steam tiene que ser instalada de forma “tradicional”, a través de un paquete RPM o Deb. Por suerte, el nombre de dicho paquete es ‘steam-devices’ y está estandarizado, así que encontrarlo suele ser sencillo y está disponible, directa o indirectamente, para la mayoría de las distribuciones populares (en caso de no estar disponible, significa que las reglas de udev son suministradas por el cliente de Steam en formato “tradicional”).

Debian

Para instalar ‘steam-devices’ en Debian hay que ejecutar el siguiente comando después de habilitar los repositorios non-free:

Ubuntu

En Ubuntu puede que las reglas no estén puestas al día, aparte que tienen como dependencia la propia aplicación de Steam con toda su parafernalia. Para instalar solo las reglas de udev hay que añadir una opción al comando.

Fedora

En Fedora depende de si está usando la edición Workstation (o cualquier spin “tradicional” para el escritorio) o la Silverblue (que abarca Kinoite). Debido a que esta distribución suministra de por sí una versión muy reciente de Mesa sin necesidad de recurrir a repositorios de terceros, el uso del paquete Flatpak de Steam solo se justifica en las ediciones Silverblue y Kinoite, las cuales son sistemas inmutables que invitan al usuario a tragarse la mayoría de las modificaciones a través de paquetes Flatpak.

Otro detalle a tener en cuenta es que RPM Fusion, el archiconocido repositorio de terceros para Fedora, ha separado no hace mucho las reglas de udev de la versión RPM de la aplicación a propuesta de este servidor. Mi intención era aportar un granito de arena que ayudara a los usuarios interesados en usar Fedora Silverblue/Kinoite como un escritorio común.

Para instalar las reglas de udev para controladores de Steam, en primer lugar hay que habilitar el repositorio de terceros que permite instalar la aplicación (que es una activación parcial de RPM Fusion) o configurar el conjunto entero de RPM Fusion.

La configuración de RPM Fusion en Fedora Workstation y los spins “tradicionales” orientados al escritorio se realizar de la siguiente manera:

sudo dnf install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

El comando para la instalación de ‘steam-devices’ en Fedora Workstation es el siguiente:

sudo dnf install steam-devices

Mientras que en Silverblue/Kinoite hay que recurrir a rpm-ostree. En primer lugar hay que configurar los repositorios de RPM Fusion y reiniciar el sistema:

sudo rpm-ostree install https://mirrors.rpmfusion.org/free/fedora/rpmfusion-free-release-$(rpm -E %fedora).noarch.rpm https://mirrors.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm

Luego se instalan las reglas y se vuelve a reiniciar para aplicar los cambios introducidos en la imagen del sistema (en otra ocasión nos extenderemos con Silverblue/Kinoite):

sudo rpm-ostree install steam-devices

openSUSE

Por último tenemos a openSUSE Leap, otro sistema para el que usar Steam Flatpak es algo atractivo. Sin embargo, y al igual que Ubuntu, al seleccionar el paquete ‘steam-devices’ se instala el cliente de Steam junto a todas sus dependencias, así que el usuario termina con dos versiones de la aplicación instaladas.

sudo zypper install steam-devices

Instalar el cliente de Steam en formato Flatpak

En caso de contar con una versión de GNOME Software o Discover bien implementada, el usuario solo tiene que descargar el instalador desde Flathub y luego abrirlo con la tienda de software que esté empleando. Para ello el usuario tiene que asegurarse de tener instalado el soporte de Flathub y la correspondiente integración para la tienda, que para Discover es ‘plasma-discover-backend-flatpak’ y para GNOME Software es ‘gnome-software-plugin-flatpak’ (al menos en Debian). En Fedora con GNOME este soporte viene preinstalado.

De manera alternativa se puede recurrir a la línea de comandos, configurando primero el repositorio de Flathub y luego instalando la aplicación.

flatpak remote-add --if-not-exists flathub https://flathub.org/repo/flathub.flatpakrepo

flatpak install flathub com.valvesoftware.Steam

Instalar Proton en formato Flatpak

Si se quiere jugar a juegos de Windows desde Linux es altamente recomendable usar Proton, la reimplementación de Wine desarrollada por Valve para facilitar la ejecución de videojuegos compilados para el sistema de Microsoft.

Sin embargo, salvo que se use Flatpak 1.12, los lanzamientos recientes de las compilaciones de Proton suministradas por Valve no funcionan con la versión Flatpak de Steam, así que habrá que recurrir a las compilaciones comunitarias de Proton en formato Flatpak que hay disponibles. Eso sí, Proton Glorious Eggroll (Proton-GE), que es más competente para la ejecución de títulos AAA recientes, sería preferible en este caso tenerlo en formato Flatpak.

Si se ha instalado el repositorio de Flathub y la integración con Discover funciona, el usuario solo tiene que buscar Proton en la mencionada tienda e instalar los paquetes que le aparecen, los cuales son la última versión estable del Proton de Valve (recompilado), el Proton Experimental de Valve (recompilado) y GloriousEggroll, la conocida bifurcación comunitaria de Proton que suele ir mejor con los juegos AAA recientes.

En caso extremo, si se usa Flatpak 1.12 o posterior, sería recomendable instalar Proton Glorious Eggroll en ese formato, ya que cuenta con la ventaja de que se actualiza de forma automática:

flatpak install flathub com.valvesoftware.Steam.CompatibilityTool.Proton-GE

En caso de no tener en funcionamiento Flatpak 1.12, el soporte completo de Proton puede obtenerse con el siguiente comando:

flatpak install flathub com.valvesoftware.Steam.CompatibilityTool.Proton com.valvesoftware.Steam.CompatibilityTool.Proton-Exp com.valvesoftware.Steam.CompatibilityTool.Proton-GE

Conclusión

Con esto ya tenemos todo lo necesario para usar la versión Flatpak del cliente de Steam, abarcando tanto el soporte para controladores como el uso de Proton para poder ejecutar los juegos para Windows.

A pesar de que Flatpak todavía tiene carencias a nivel de integración, su mejora está siendo constante y cada vez se muestra más capaz. De hecho, este servidor ya usa las aplicaciones multimedia en ese formato, tanto para audio con Lollypop como para vídeo con SMPlayer.

Aparte de romper las limitaciones de las bibliotecas compartidas “tradicionales” a la hora de portar aplicaciones gráficas, donde más sentido cobra el uso de Flatpak es en Fedora Siverblue/Kinoite, aunque esto dependerá de la aceptación que tengan los sistemas inmutables entre los usuarios de Linux.

 

Fuente: Muy Linux

 

 

Apache Foundation, una de las instituciones más relevantes del código abierto y la responsable de proyectos como el servidor HTTP Apache, Tomcat, OpenOffice y Hadoop, ha presentado su informe del año fiscal 2021, que empezó 1 de mayo de 2020 y terminó el 30 de abril de 2021.

Si hablamos de año fiscal, es obvio estamos tratando con números económicos. Lo primero que se puede destacar del informe es que Apache Foundation tuvo en el año fiscal 2021 unos ingresos de tres millones de dólares frente a los 2,2 millones del año anterior. Lo que más destaca es el aumento de las donaciones públicas, que pasaron de 76.893 a 994.975 dólares y el programa de patrocinadores, mediante el cual se ingresaron 1.949.992 dólares frente a los 1.510.100 del año fiscal 2020.

En lo que respecta a los gastos, que abarcan impuestos, administración, conferencias, infraestructuras y la recaudación de fondos, entre otras cosas, han ascendido a cerca 1,6 millones de dólares en año fiscal 2021 frente a los 2,5 millones del año fiscal 2020, dando como como resultado que la fundación ha tenido unos beneficios operativos de 1.448.543 dólares en el año fiscal 2021 frente a los 277.452 obtenidos en el año fiscal 2020.

Apache Foundation tiene alojados más de 227 millones de líneas de código, que según la institución tienen un valor total de 22.000 millones de dólares. No es la primera vez que se le estima un valor tan alto a una institución o un proyecto de código abierto, ya que el código de Debian 7 Wheezy fue valorado en unos 14.400 millones de euros en el año 2012.

Más allá del debate que genera la cantidad monetaria, no es menos cierto que proyectos como Debian y muchos de los que están debajo de Apache Foundation llevan muchos años demostrando su valía en el sector corporativo, por lo que no es de extrañar que su valor estimado sea muy alto.

Abarcando los aspectos más destacados del informe del año fiscal 2021, Apache Foundation eligió 40 nuevos miembros individuales para sumar un total de 853, ha contado con 200 comités de gestión que supervisan un total de 351 proyectos junto a docenas de subproyectos e iniciativas y que 14 proyectos de alto nivel se han graduado de Apache Incubator.

Los cinco proyectos más activos en cuanto a cantidad de accesos han sido Kafka, Hadoop, ZooKeeper, POI y Logging, mientras que los principales proyectos por commits han sido Camel, Flink, Airflow, Lucene-Solr y NuttX y los más visitados en GitHub han sido Spark, Flink, Kafka, Arrow y Beam. Otros datos interesantes son el hecho de que 17.758 autores han enviado 2.184.671 de emails sobre 780.274 temas y que el equipo de seguridad de la fundación ha enviado más de 17.000 correos electrónicos.

A lo largo del año, 3.058 emisores de commits han modificado un total de 134.517.884 de líneas de código a través de 258.860 commits, se han firmado 672 acuerdos de licencias de colaborador individual, 23 acuerdos de licencia de colaborador corporativo y se han ejecutado 32 acuerdos de subvención de software.

De todo lo destacado en el informe, que es mucho, las operaciones de Apache Foundation han estado respaldadas por las contribuciones de 9 patrocinadores de nivel platino, 10 de nivel oro, 8 de nivel plata, 30 de nivel bronce, 10 patrocinadores dirigidos de nivel platino, 5 patrocinadores dirigidos de nivel oro, 3 patrocinadores dirigidos de nivel plata y 21 patrocinadores dirigidos de nivel bronce, además de 630 donantes individuales. Los que quieran conocer la lista completa de patrocinadores de Apache Foundation pueden consultar la lista desde aquí.

Los puntos más importantes del informe del año fiscal 2021 de Apache Foundation pueden ser consultados desde la correspondiente entrada en el blog de la fundación y los más curiosos o deseosos de conocer todos los detalles tienen a disposición el documento completo en formato PDF.

 

Fuente: Muylinux