Me complace presentar otro podcast de la gente de GNU/Linux València que fue grabado hace unos días y que tengo ya en mi playlist. Además del nuevo proyecto de Emacs, en este podcast también se habla deOculus, Cookies, DNI electrónico y NVDA. ¡Dentro entrada!

Emacs, Oculus, Cookies, DNI electrónico, NVDA en los podcast de GNU/Linux València

Parece que tras mucho tiempo en silencio, siempre por problemas de horarios, los podcast de GNU/Linux València empiezan a tomar un ritmo de publicación constante.

Hay que destacar que se tratan de unos audios distendidos, tipo tertulia, que siempre son muy amenos y accesibles para todo el mundo, ya sean novato, experto o simplemente te interese conocer este mundillo antes de dar el salto.

En palabras de los miembros de la Asociación encargadas de publicar la entrada correspondiente a su podcast.

Contamos con José Carlos, colaborador de GNU/Linux València, el cual está [más que] ayudando a la implementación de ODOO como software de planificación de recursos de nuestra asociación. Junto a Jose Carlos están los habituales, Alejandro y Marcos.
Los temas de los que hablamos son:

– Emacs. Un momento, ¿hablamos de Emacs y no está Taraak? Hablamos de Emacs y no está Taraak (o_Ô)
– Licencia de Oculus de Facebook
– Cookies
– DNI electrónico
– NVDA

¡Esperamos que os guste!

Y como es habitual en este tipo de entrada, os dejo directamente el audio para que lo disfrutéis.

Más información: GNU/Linux València

¡Únete a GNU/Linux València!

Aprovecho para recordar que desde hace unos meses, los chicos de GNU/Linux Valencia ya tienen su menú propio en el blog, con lo que seguir sus eventos en esta humilde bitácora será más fácil que nunca, y así podréis comprobar su alto nivel de actividades que realizan que destacan por su variedad.

Y que además, GNU/Linux València ha crecido y se ha ¡¡¡convertido en asociación!!! Así que si buscas una forma de colaborar con el Software Libre, esta asociación puede ser tu sitio. ¡Te esperamos!

Para este 25 de enero diciembre (que se celebra tanto la Navidad como el nacimiento de Sir Isaac Newton) os presento Heroic, tu lanzador Linux de juegos de la Epic Store, todo un descubrimiento que realicé este verano pero que hasta estos días no he conseguido probar.

Tu lanzador Linux de juegos de la Epic Store: Heroic

Lo descubrí escuchando un podcast, creo que fue el 63 de Mancomún (y si no lo es, no dejéis de escucharlo que es igualmente interesante), donde hablaban de videojuegos en Linux con Leillo.

Y, aún creyendo que controlaba mucho de este tema con mi experiencia en Lutris quedé asombrado al descubrir Heroic.

¿Y qué es eso? Básicamente Heroic es un gestor y lanzador de juegos de la tienda de videojuegos digitales Epic Store, famosa por regalar un videojuego cada semana, lo cual ha conseguido crearme un síndrome de Diógenes, ya que todos los jueves del año reclamo un juego que no creo que juegue pero que se queda guardado en mi biblioteca digital.

De hecho, estas navidades no es cada jueves, sino cada día a lo largo de 15 con lo que me biblioteca no para de crecer.

Evidentemente ni los pruebo, ya que requieren la Epic Launcher, el cual no está disponible para sistemas GNU/Linux. Pero afortunadamente ese problema tiene solución gracias al trabajo de los desarrolladores (aunque me suena que solo era uno) de Heroic, que han creado un gestor de dichos juegos que a la vez es lanzador, eso si, necesitas tener bien instalado y configurado wine para hacerlos funcionar.

En palabras de sus desarrolladores:

Heroic es un lanzador de juegos de código abierto para Linux, Windows y MacOS (limitado a los juegos de Windows que utilizan Wine/Crossover). Ahora mismo soporta el lanzamiento de juegos desde la Epic Games Store usando Legendary, una alternativa CLI al Epic Games Launcher. Heroic está construido con tecnologías web como: TypeScript, React, NodeJS y Electron.

De momento, estas vacaciones me lo he instalado, pero todavía no he conseguido ejecutar ningún juego, ya os iré contando.

Tumbleweed es una distribución «Rolling Release» de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2021/12/opensuse-tumbleweed-review-of-the-week-2021-50-51/

Desde la anterior revisión, hace 2 semanas, se han publicado un total de 12 snapshots (1209..1215 y 1218..1222).

Entre los cambios más importantes a destacar, encontramos actualizaciones tan importantes como:

• Linux kernel 5.15.7 & 5.15.8
• Mozilla Firefox 95.0
• Rust 1.57
• Kubernetes 1.23
• KDE Gear 21.12.0
• KDE Frameworks 5.89.0
• GNOME 41.2
• pipewire 0.3.40 & 0.3.42
• Pango 1.50.1 & 1.50.2
• Y muchos módulos de YaST preparados para Ruby 3.0

Y los cambios para próximas actualizaciones:

• Qemu 6.2.0 (Snapshot 1223+)
• Boost 1.78.0 (Snapshot 1223+)
• Gimp 2.10.30
• Cambio de php7 a php8
• Cambio de Ruby de 2.7 a 3.0
• openSSL 3.0

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las «snapshots» de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

In a previous article I introduced the DBus technology and provided some examples built around the Klipper service to integrate the clipboard area within our scripts.

Dear Tumbleweed users and hackers,

Unfortunately, I missed writing up the weekly review last week, so I am spanning once again two weeks here. And Tumbleweed has been so stable for the last weeks, even the snapshot count shows this. For example, in the period from snapshot 1116 to 1222, only a total of three snapshots were not released (1204, opneQA issues, and 1216 & 1217 due to a new pango version having an impact on the rendering, which required a lot of needles to be created, which we could not do in time before the next snapshots reached QA). looking only at the time since my last weekly review, we have published 12 snapshots (1209..1215 & 1218..1222). Despite the holiday season, there seem still to be ample changes incoming (but it is getting less, as the look at the Staging dashboard reveals at the moment).

The main changes published in the snapshots of the last two weeks included:

• Linux kernel 5.15.7 & 5.15.8
• Mozilla Firefox 95.0
• Rust 1.57
• Kubernetes 1.23
• KDE Gear 21.12.0
• KDE Frameworks 5.89.0
• GNOME 41.2
• pipewire 0.3.40 & 0.3.42, with wireplumber as the used session-manager
• Pango 1.50.1 & 1.50.2
• Lots of yast modules prepared for Ruby 3.0

The staging projects are mostly empty due to the holiday season being upon us. Only some of the longer-standing changes are still there. New snapshots will be generated as submissions permit, but the snapshots are probably getting a bit smaller over the next few days. Changes being worked on include:

• Qemu 6.2.0 (Snapshot 1223+)
• Boost 1.78.0 (Snapshot 1223+)
• Gimp 2.10.30
• Moving default php version from php7 to php8 (builds basically ok, but our openQA tests are not ready, as they to often explicitly test php7-*)
• Testing the results when moving system ruby from 2.7 to 3.0: the YaST team is moving quickly to make this happen
• Enabling the build of python310-* modules; the move of the devault python3 provider to python310 should follow soon after
• openSSL 3.0

A lot of changes were brought in with the year 2021. The biggest of the change I was not expecting when the calendar rolled over and that was moving to a new house. All the changes have been good, have kept me busy and most importantly have been great for my family. I had all kinds of great ideas I was going to add to my house for light displays but instead, I have a new place and I was having a difficult time envisioning how I wanted to light the place up.

Hi All!

First, on behalf of all the openSUSE BAR regulars, we’d like to wish you Happy Holidays / Merry X-mas🎄. But, we are also aware that many of us will be spending the holidays this year unable to celebrate the way that we would like to. Therefore we’d like to invite you to join our ‘holiday bar party’, which will be available from the 24-26th of December.

We are also planning to celebrate the New Year 🎆 in the bar as well! Many of us will be online in the bar, celebrating the New Year over and over again, as it comes throughout the day and the night in all of our time zones around the world.

If any of you are around on either or both occasions, we would love to see you and celebrate with you!

We serve:

• Nice conversations
• Ditto music ( NEW !!! )
• A free course to become an openSUSE Bar DJ and share your music in the bar.

We don’t serve (yet):

• Food and drinks (coming soon)
• Lots of dad jokes (SPOILERS)

PS: The Jitsi team did an amazing job of redoing our conference server, so the joining issues are fixed now 🎉.

The openSUSE BAR crowd!

Download redirector current state (download.opensuse.org).

Introduction

Package updates are a bit controversial point in the openSUSE world and sometimes are related to questionable user experience, especially for those who are outside of Europe and the US.

It is important to understand that it is controversial to compare to experience in other distributions because openSUSE infrastructure is responsible not only for downloading Leap and Tumbleweed packages but potentially any other OBS project on any supported architecture / OS. This makes openSUSE infrastructure care about ~95000 various projects, which can receive updates every moment; compared to 5-8 projects with more or less defined release schedule in the typical infrastructure of other Linux providers.

Now, somebody can point out that openSUSE could split those challenges and provide a more consistent experience for selected projects like Leap and Tumbleweed, and have a separate solution for other OBS projects. This way allows minimizing chances of poor experience for most users and newcomers. And that will be a correct observation, just it doesn’t make the overall technical challenge much simpler and potentially will require more resources to enable and support both solutions. In any case, this paper doesn’t have the intention of going deeper into such discussion and its main goal is to serve general OBS downloads and Leap / Tumbleweed downloads as part of that.

MirrorBrain

Historically download redirector behind download.opensuse.org is MirrorBrain project https://mirrorbrain.org/ . I started contributing to it around May 2020, having some troubleshooting experience earlier that year. I introduced a CI environment, fixed some bugs, and also had some other plans. But then, thinking about deployment and troubleshooting - it was a frustrating experience to go through enormously huge logs of cron jobs to draw a picture of what is going on. Without any experience in deployment and maintaining MirrorBrain in such busy environment - there were few chances that I can quickly succeed in improving openSUSE infrastructure. Additionally:

• SQL schema needed a rework because of deadlocks happening during mirror scans;
• MirrorBrain is a mix of python / Perl / C (apache2 plugins) / cron, which feels a bit scattered;
• Need for additional WebUI for managing mirrors, admin tasks, reports, etc will most probably introduce an additional framework and make the project even more complicated.

To control and troubleshoot information flow I felt an urgent need for having a proper Job Queue. Since my previous project was related to OpenQA - I had a clear picture of how to achieve the challenges using Mojolicious framework and even reusing parts of code from OpenQA.

So I was planning to add a job queue to MirrorBrain, but a new feeling grew up quickly - it looked like I try to manage two projects in the same git repo and things became even more complicated. So I decided to split into a new project and see how it goes.

MirrorCache

So, currently, SSL encrypted traffic (https requests), to download.opensuse.org is redirected to the new redirector service - mirrorcache.opensuse.org . This was an apparent start because MirrorBrain is lacking http / https routing and the current volume of https load is several times smaller than http, giving a good opportunity to test performance on smaller load.

Additionally, North American mirrors are managed by mirrorcache-us.opensuse.org and Oceania mirrors are managed by mirrorcache-au.opensuse.org (aka mirrorcache.firstyer.id.au - thx to William Brown!), so requests from those regions to mirrorcache.opensuse.org are redirected accordingly. There are some plans to make zypper aware of regional instances, but they are in the early design phase.

So, if you are in Oceania or North America regions - consider using your regional mirrorcache instance directly instead of doing cross-continent requests. And also maybe consider adjusting access to use https download.opensuse.org . (Not like https improves security drastically, but rather it is a good practice anyway).

Privileged users now have an option to edit mirrors’ details using WebUI at https://mirrorcache.opensuse.org/app/server and the plan is to introduce individual mirror admins, so everyone can add and maintain own mirror.

And stay tuned for more news regarding the complete switch from MirrorBrain to MirrorCache and more regional mirrorcache instances to come in.

Useful links:

Explicitly configure MirrorCache for your machine: https://en.opensuse.org/MirrorCache#Setting_up_MirrorCache_for_your_machine

Troubleshooting: https://en.opensuse.org/MirrorCache#Troubleshooting

Get Help: https://en.opensuse.org/MirrorCache#How_to_get_help