Quien no juega en GNU/Linux es porque no quiere. Hoy os presento un vídeo con los 10 mejores juegos fps libres open source según Open Source Games. Una lista interesante ya aparecen algunas variantes muy atractivas.

10 mejores juegos fps libres open source según Open Source Games

Suele ser habitual que cada cierto tiempo presente en el blog un vídeo recopilatorio con juegos para GNU/Linux.

Lo he hecho con juegos gratuitos y de código abierto para GNU/Linux, con juegos comerciales, con juegos gratuitos, y hoy, siguiendo la estela de uno muy especial centrado en juegos rpg opensource, hago uno sobre juegos de disparos en primera persona (First Person Shooters o fps) de código abierto.

Para quienes desconozcan la nomenclatura, y según la wikipedia, un fps es un género de videojuegos centrado en armas de fuego desde una perspectiva de primera persona en un mundo generalmente en 3D.

Pues bien, los chicos y chicas del canal de Youtube Open Source Games realizaron en el 2019 un vídeo con los 10 mejores juegos fps libres open source según su criterio, una excusa como otra de reivindicar las inmensas posibilidades de nuestro sistema libre.

Como siempre, os invito a ver el vídeo, y además os hago el listado de los juegos, lo cual me viene bien para hacer un pequeño resumen de ellos (aunque os invito a ver el final del vídeo donde hace una listado rápido de otras alternativas).

Al tiempo os invito a participar en su desarrollo ya que creo que es una excelente forma de aprender e integrarse en el mundo del Software Libre.

---

---

Empezamos con Xonotic un juego desarrollado como un fork de Nexuiz y actualmente, el juego funciona bajo una versión fuertemente modificada del motor gráfico Quake, conocido como DarkPlaces.

Su jugabilidad está inspirada en las series Unreal Tournament y Quake, pero con elementos extra que lo diferencian. Vía: Wikipedia

---

Seguimos con Rexuiz, juego muy similar al Xonotic pero que tiene como objetivo ser rápido y divertido incluso en ordenadores con pocos recursos. Incluye el modo campaña de Quake I gracias a las licencias libres.

Su desarrollo es constante y prueba de ello es que su última actualización, en el momento de escribir estas líneas, era de hacía solo 4 días… con vídeo demostrativo incluído.

---

El siguientes es Red Eclipse que nos ofrece una ambientación futurista. Está basado en Cube 2 y Sauerbraten y considerado como el sucesor de Blood Frontier y comparado con Quake y Unreal Tournament.

Como diferencia principal con los anteriores tenemos que incorpora un doble salto con el que las posibilidades de hacer Parkour por todo el escenario se multiplica por mil. Vía: Wikipedia Red Eclipse

---

OpenArena es el número 4 de la lista, el cual me sorprende comprobar que pocas veces ha aparecido en el blog. Se trata de un fps de combate a muerte producido por la Comunidad basado en la tecnología GPL idTech3 y utilizando el API gráfico de OpenGL 1.x.

Soporta muchos tipos de modos de juego incluyendo Free For All, Capture The Flag, Domination, Overload, Harvester, y más. Según leemos en la wikipedia, a partir de la versión 0.8.0 se agregó un «missionpack», el cual emula a Quake III: Team Arena. A partir de la versión 0.8.5 todo el código de éste fue incorporado al juego principal.

---

A continuación nos presentan Trepidation, título que desconocía completamente y que está basado en el motor de IOQuake3. Incialmente fue un proyecto concebido originalmente el 9 de abril de 2006 por miembros de la comunidad de juegos de Star Trek Elite Force.

El proyecto se disolvió antes de que el juego se completara en algún momento de 2008, pero actualmente está de nuevo en desarrollo y ofrece 7 modos de juego, 21 niveles multijugador (mapas) y compatibilidad con los mapas de Quake 3 y Star Trek Voyager Elite Force

---

Avanzamos con Tremulous un juego de equipo asimétrico de código abierto y gratuito con elementos de estrategia en tiempo real. El juego presenta dos equipos opuestos: humanos y alienígenas. Cada equipo debe atacar la base del enemigo y a los miembros del equipo mientras defienden su propia base.

Aunque el juego es «jugable» parece ser que ha sido abandonado por sus desarrolladores que han saltado a proyectos más actuales. No obstante se puede descargar y disfrutar sin problemas.

---

Y es que el siguiente de la lista sí que está muy vivo. Se trata de Unvanquished un fork de Tremulous que utiliza el motor Daemon para crear un ambiente futurista, lleno de acción y disparos de mayor calidad que el original.

Es sencillo utilizar sus bots de forma local y consume algo más recursos que el anterior. Así que vale la pena darle una oportunidad.

---

Cambiamos de escenarios para adentrarnos en el polvoriento y seco mundo de Smokin’ Guns. El juego pretende ser una simulación realista de la atmósfera del Viejo Oeste americano. El juego, así como las ubicaciones se inspiran en las películas occidentales de werstern,¹​en particular las del género Spaghetti Western [vía: wikipedia].

Además de la ambientación difiere del resto de juegos en algunos puntos como que no es posible regenerar la salud de forma que el daño recibido permanece hasta que un jugador muere y revive. o que laas armas tienen que ser compradas con dinero que se da como recompensa por derrotar a los oponentes.

---

Llegamos al penúltimo juego de la lista con Sauerbraten (también conocido como Cube 2), que además de un videojuego es un motor de juego, lo cual siginifica que puede ser utilizado por otros desarrolladores para crear otros.

De esta forma Sauerbraten nos ofrece un nuevo concepto en la edición de los mapas 3D en los que se desarrollan las partidas ya que está diseñado para permitir la modificación de estos mapas directamente desde el propio motor.

---

Se finaliza el vídeo con Freedom un proyecto que tiene como objetivo crear un juego de disparos en primera persona de contenido libre clon de Doom y con Blasphemer un clon de Hexen.

Ambos proyectos nos transportan a los primeros años de los fps, con acción frenética y música metalera a todo trapo. Todo un guiño a la nostalgia.

(Note: this post also appears in Planet KDE and Planet openSUSE because I thought this might be interesting to others)

As I mentioned in some other posts, I have a small “server” which I use as a NAS to provide archiving for photos and other files of interest. As it runs in a remarkably small (and quiet) enclosure, I’ve managed to put it in an incospicuous part of the room it is in. For the most part, it runs without a hitch: but in some (rare) occasions it needs to be looked at, and sometimes either logging via SSH is not possible, or it is not enough to diagnose the problem. In other words, I need to check what’s on the display. And the position it is in means that attaching a monitor and a keyboard can be inconvenient at best. In other words, I needed out-of-band management.

KVM over IP

This machine does not run on server-grade hardware, and as such, it lacks a Baseboard Management Controller (BMC) like the ones found in more expensive boards (like HP’s iLO, Dell’s iDRAC, or the ASPEED AST2400 found in Supermicro boards), which means it does not have an additional network interface to do out of band management. An alternative to do this kind of work is having an additional piece of hardware, connected to the network and the server, which captures the server’s video output along with keyboard / mouse input, so that it can be controlled remotely, a so called KVM over IP.

There are a number of manufacturers that offer such devices, like Lantronix or Aten. The problem is that they’re absurdly expensive, going in the 500-1000€ range, which frankly is too expensive for my hobby-level interest.

Here comes a new challenger

One day, doing a casual search I became aware of someone who apparently had the same problem, who decided to do something about it and created pikvm. This is, according to the page itself

A very simple and fully functional Raspberry Pi-based KVM over IP that you can make with your own hands without any soldering!

This was certainly intriguing. Even more intriguing was that the project is entirely Free Software, which made it even more fit to my requirements. So after a few days of reading and researching, I decided to have a go at it.

Hardware and important notices

These are the materials and parts I used:

• One Raspberry Pi 4 2GB
• A 64GB micro SD card
• A USB-C power splitter (more on that later)
• A short USB C to USB C cable
• A Pi case with fan (this proved ultimately to be a mistake; see later on for why)
• A HDMI to CSI 2 module to feed the server’s video input to the Pi
• A USB C to USB A cable, to connect the Pi to the server for keyboard / mouse control
• A Raspberry Pi USB C power supply (at least 3A)

pikvm uses USB On-The-Go to be able to capture input from the server’s USB port and also optionally mount media (then made available to the server; think ISOs mounted as virtual CD-ROMS, for example). However, connecting directly the Pi to the USB ports of the server can be extremely problematic. The Pi’s USB C port delivers both data and power; the host machine USB ports also deliver power. In certain circumstances, this can cause a significant reverse current into the host’s USB ports, potentially frying hardware.

To prevent this “inconvenience”, one can either make a split Y cable (warning: video link), separating the power and the data lines, or use a ready-made splitter. As I frankly suck at anything which involves precision work at a reasonable level (I still can’t believe how I managed as a lab bench scientist in my early career days) I went for the splitter: one port would get only power, and the other only data, eliminating the problem.

Assembling the hardware

Unfortunately I took no photos while assembling the hardware, because I only thought about writing a blog post much later, therefore you’ll have to live with my $ADJECTIVE_OF_CHOICE prose for now. Setting the whole thing up was quite easy, easier than expected, in fact. It was only a matter of removing tape from the acrylic pieces of the case, set up spacers, and place the Pi inside.

The case I bought came with a daughterboard to provide more convenient access to the Pi’s USB ports. I attached it to the Pi itself without much thought, yet unaware of the mistake I was doing (yes, I’m building up the “suspense”).

Attaching the HDMI to CSI-2 module proved a little harder. You have to connect its ribbon cable to the Pi’s camera port (image by Ram.Sh, taken from the Raspberrpi Pi forums), but without bending it because it can easily snap if you’re not careful. I had to fiddle a bit to make sure that the tiny plastic piece acting as a stopper to the cable was actually firmly in place.

As the case could not house the splitter and the HDMI to CSI-2 module (I had originally planned to put them inside, but I based my plan on a different version of the case, and the one I have they wouldn’t fit properly) I mounted them on top of the case, using a couple of M2 standoffs and additional screws.

The original (let’s call it version 1) was something like this:

Then, I had to download the appropriate image for the Pi, flash it to the microSD card, then put the microSD card in the Pi. After that, it was just a matter of connecting the cables (USB to splitter and server; HDMI to module; network cable) and plugging in the USB C power supply.

Initial test run

First of all… it turned on, which was already a good result in itself. After a longer than expected boot (because it was generating certificates and SSH keys), the machine was finally reachable on the network (actual domain name redacted):

$ ping pikvm.example.com -c 3
PING pikvm.example.com (192.168.10.83) 56(84) bytes of data.
64 bytes from 192.168.10.83 (192.168.10.83): icmp_seq=1 ttl=62 time=3.96 ms
64 bytes from 192.168.10.83 (192.168.10.83): icmp_seq=2 ttl=62 time=4.09 ms
64 bytes from 192.168.10.83 (192.168.10.83): icmp_seq=3 ttl=62 time=3.86 ms

The first step was to change the default password for root (which is, unsurprisingly root, although I would have preferred “hunter2”). pivkm runs Arch Linux as base (with some additional repositories set up by pikvm’s author) and keeps the whole filesystem read-only. So after connecting via SSH, the first thing to do is to switch it to read-write and then change the password. There are two convenience aliases provided to make things simple.

[root@pikvm ~]# rw
[root@pikvm ~]# passwd
New password:
[...]
[root@pikvm ~]# ro

After that, it was time to access the web interface provided by pikvm. It is password protected by default, and also in this case the login / password combination is predefined (admin and admin). Thus first I accessed the terminal again and set a different password:

[root@pikvm ~]# rw
[root@pikvm ~]# kvmd-htpasswd set admin
[...]
[root@pikvm ~]# ro

Then I could finally log in and be presented by this interface:

As you can see, there’s also a web terminal for those who don’t want to use SSH. You can also use VNC in place of the web interface should you want it. As I wanted to see if everything was working, I went for the KVM option. After a small embarrassing moment where I got no signal because the HDMI cable was not plugged in properly in the module (ahem), I was presented with the login screen from the server (any reference to Preem Palver, the First Speaker is not coincidental).

I was working! But then, I tried using the keyboard… and no input arrived to the server.

Diagnosing the problem

I then tried to troubleshoot the problem. pikvm’s diagnostic said that the stream from USB was “paused” so I suspected the cabling, or the USB splitter. I then tried:

• Replacing the USB C to USB A cable (three different cables): no dice;
• Replacing the USB C to USB C cable to the splitter (three different cables): no dice;
• Using a USB C hub in place of a splitter; no dice.

I was at my wits’ end, so I just posted a question on the subreddit dedicated to the project. It was then a suggestion was made, to actually test and remove the daughterboard I had attached to the Pi. I was vaguely aware that it needed specific boot options to be used, but they were incompatible with the ones used by pikvm, so I had left them alone.

I proceeded to do so, and after removing one side of the case (or the USB C cable wouldn’t fit), I came up with the following solution:

And after I attached it back to the server, lo and behold, keyboard input was working!

That is why I said it was a mistake to use that case, or at least the daughterboard. It was not suitable for the purpose and it took a while just to realize it was not forwarding data properly. In retrospect, I would’ve used a different case.

Conclusion

So that’s how I was able to prepare an affordable KVM-over-IP solution and be happy (?). The project’s maintainer, aside sponsorships, is actually working on a proper HAT (warning: video link) which is about to go on sale: a possibly better option for those who don’t want to fiddle too much like I did, which also offers additional options which require more manual work and that I did not do (like ATX power control to control the server’s power remotely).

“How was your day?” “Ugh, I spent all day in meetings, didn’t get any work done!” 

How often have you heard this exchange?

It makes me sad because someone’s day has not been joyful; work can be fun. 

I love a whinge as much as the next Brit; maybe if we said what we mean rather than using the catch-all “meetings” we could make work joyful.

Meetings are work

Meetings are work. It’s a rare job where you can get something done alone without collaborating with anyone else. There are some organisations that thrive with purely async communication. Regardless, if you’re having meetings let’s recognise that they are work. 

What was it about your meeting-full day that made you sad? It doesn’t have to be that way.

Working together can be fun

I’ve seen teams after a day of ensemble (mob) programming. Exhausted, yet elated at the amount they’ve been able to achieve together; at the breakthroughs they’ve made. Yet a group of people, working together, on the same thing, sounds an awful lot like a meeting. Aren’t those bad‽

Teams who make time together for a full day of planning, who embrace the opportunity to envision the future together, can sometimes come away filled with hope. Hope that better things are within their grasp than they previously believed possible.

Yet the more common experience of meetings seems synonymous with “waste of time” or “distraction from real work”. Why is this? Why weren’t they useful?

One team’s standup can be an energising way to kick off the day. Hearing interesting things we collectively learned since yesterday Deciding together what that means for today’s plan; who will work with whom on what? 

For another team it may be a depressing round of status updates that shames people who feel bad that they’ve not achieved as much as they’d hoped.

How do we make meetings better?

A first step is talking about what did or didn’t work, rather than accepting they have to be this way. Because there’s no “one weird trick” that will make your meetings magical. You’ll need to find what works for your team.

Why should you care? You probably prefer fun work. If you could make your meetings a little more fun you might enjoy your work a lot more.

Meetings beget meetings. Running out of time. Follow-ups. Clarifying things that were confusing from the first meeting… Ineffective meetings breed. Tolerating bad leads to more misery.

Saying what we mean

Here’s some things we could say that are more specific

We didn’t need a meeting for that. 

Was it purely a broadcast of information with no interactivity? Could we have handled it asynchronously via email/irc/slack etc?

I didn’t need to be there

No new information to you? Nothing you could contribute? If you’re not adding value how about applying the law of mobility and leave / opt out in future. Or feed back to the organiser. Maybe they’re seeing value you’re adding that you’re oblivious to.

I don’t know what that meeting was for

How about we clarify the goal for next time. Make it a ground rule for future meetings. If it’s worth everyone making time for it’s worth stating the purpose clearly so people can prepare & participate.

It wasn’t productive

Was the meeting to make a decision and we came out without either deciding anything or learning anything? 

Was the meeting to make progress towards a shared goal and it feels like we talked for an hour and achieved nothing.

Perhaps we’d benefit from a facilitator next time.

It was boring

Can we try mixing up the format? Could you rotate the facilitator to get different styles? How can you engage everyone? Or does the boredom indicate that the topic is not worth a meeting?

If it is important but still boring how do we make it engaging? It’s telling that “workshop” “retrospective” “hackathon” and other more specific names don’t have the same connotation as the catch-all “meetings”. Just giving the activity a name shows that someone has thought about an appropriate activity that will engage the participants to achieve a goal.

I needed more time to think

Could we share proposals for consideration beforehand? Suggest background reading to enable people to come prepared? Allocate time for reading and thinking in the meeting?

It was too long

We could have achieved the same outcome in 5 minutes but ended up talking in circles for an hour. 

I didn’t hear from ____

Did we exclude certain people from the conversation, intentionally or unintentionally? What efforts can you make to create a space for everyone to participate?

Not enough focus time

Do you need to defragment your calendar? Cramming in activities that need deep focus in gaps between meetings is not a recipe for success. Do you need to ask your manager for help rescheduling meetings that you can’t control? Should you be going to them all or can you trust someone else to represent you?

Too many context switches

Even if you don’t need focus time, context switching from one meeting to another can be exhausting. Are you or your team actively involved in too many different things? Can you say no to more? Can you work with others and reschedule meetings to give each day a focus?

It wasn’t as important as other work

Maybe you’re wasting lots of time planning things you might never get to and would be better off focusing on what’s important right now? Is your whole team attending something that you could send a representative to? Perhaps reading the minutes will be enough. 

Highlight the value

We decided on a database for the next feature 

We learned how the production incident occurred

We heard the difficulty the customer is having with…

We made a plan for the day 

We shared how we halved our production lead time

We realised that our solution won’t work

We agreed some coding principles

Tackling your meetings

What’s your least valuable meeting? Which brings you the least joy? 

What’s your most valuable meeting? Which brings you the most joy? 

What’s the difference between these? What made them good or bad. 

Turn up the good; vote with your feet on the bad.

The post Meetings, ugh! Let’s change our language appeared first on Benji's Blog.

Ya tenemos disponible el vigesimocuarto número de la revista digital SoloLinux la cual cunle 2 años de publicaciones mensuales sin interrupciones y que, como siempre, podéis leer online o descargar para poder disfrutar en vuestro lugar de vacaciones si tenéis una conexión de internet limitada o donde queráis, que para eso el Software Libre promueve la libertad.

Disponible el vigesimocuarto número de la revista digital SoloLinux que cumple 2 años

La introducción es repetitiva, pero es que es interesante hacer un poco de historia cada mes para aquellos que llegan de rebote a esta sección.

Hubo un tiempo en que las revistas sobre Linux digitales estuvieron de moda. Tenemos todavía publicándose Atix y Full Circle Magazine (en inglés, gracias Vampiro Nocturno), pero antes teníamos a Linux+, Papirux, Begins o TuxInfo, por citar algunas discontinuadas.

Desde hace un tiempo una revista digital SoloLinux tiene su entrada mensual en el blog, tener todas las alternativas posibles para compartir conocimiento es algo que caracteriza al Conocimiento Libre.

Y es loable no solo por su calidad y puntualidad sino porque el proyecto acaba de cunplir 2 años de publicación. Por tanto solo puedo decir que «¡Muchas gracias por vuestro trabajo!» y que digáis una palabras:

«Lo que parecía una utopía, muchos nos llamaban soñadores, ahora es una realidad. Hoy celebramos dos años de la revista digital sololinux. Sí, estimados lectores hoy lanzamos el número 24 de nuestra revista digital y, os aseguro que no es tarea fácil tanto la creación de contenidos diarios de calidad, como el propio diseño y maquetación de la revista.

Todo esto haciendo frente a una pandemia mundial, donde en algún momento nos sentimos rendidos y pensamos en bajar los brazos. Pero debemos seguir nuestra labor, los miles de lectores diarios se lo merecen, ahora más nunca no podemos fallaros.«

Más información: Revista Sololinux N24

Así que, ya tenemos disponible el vigésimocuarto número de la revistas digital SoloLinux, el cual llega, como siempre, cargado de contenidos y con el siguiente índice.

MANUALES Debsecan – Actualizaciones de seguridad en Debian Limitar el tiempo de sesión sudo en Linux Cómo actualizar sudo en Linux Uso del comando history en Linux Preguntas y respuestas sobre puertos en Linux Instalar Apache Maven en Ubuntu 20.04 Uso del comando sar – Monitorizar los recursos del sistema Uso del comando strace en linux 13 comandos linux que pueden destruir tu sistema Comparar archivos en linux con el comando diff Uso del comando split en linux Modificar el limite de archivos abiertos en linux Verificar la suma de comprobación SHA256 Borrar la caché de Apt en Debian, Ubuntu y derivados

SOFTWARE Nuevo qBittorrent 4.3.2 compatible con IDN Instalar gThumb 3.11.2 en Ubuntu y derivados Instalar Luminance HDR 2.6.1.1 en Linux HARDWARE Que son los inodos en linux Mantener los controladores Mesa actualizados DISTROS LINUX Linux Mint 20.1 Ulyssa – Listo para su descarga Wifislax 2.4 64bits – El linux forense español REDES Diferencias entre TCP y UDP Deshabilitar IPv6 en Ubuntu 20.04 y otras distribuciones Como usar traceroute en linux ENTREVISTAS Entrevista a Erwin Andres Espitia Torres, Admin de Espacio Tecnológico

La revista puede ser descargada o simplemente visualizarla en línea, ya que se cuelga en diferente servicios como Calameo. A continuación os dejo los enlaces de descarga y visualización directa de todos los números publicados hasta la fecha.

Además, recordar que desde el número anterior se ha abierto el canal oficial sololinux.es de Telegram: https://t.me/sololinux_es

Evidentemente, este proyecto no se centra en exclusivo a los contenidos de su web y está abierto a colaboraciones de todo tipo. De esta forma si estas interesado en insertar publicidad en nuestra revista, o quieres que publiquemos algún articulo que hayas escrito tu mismo, puedes contactar con «Adrián» por correo electrónico: adrian @ sololinux. com

Muchos ánimos en este proyecto que ya parecer estar consolidad y que que facilita la difusión del Software Libre de una forma que ya no es tan habitual en estos tiempos pero que es igual de válida y necesaria en algunas ocasiones.

Para esto existe Iriun Webcam. Nota: todo el procedimiento se hará en la consola. Primeramente, instalamos Irun Webcam en el celular (disponibles en las app-stores). Luego, necesitamos android-tools. Para ellos agregamos el repositorio Hardware y lo instalamos: # zypper addrepo https://download.opensuse.org/repositories/hardware/openSUSE_Tumbleweed/hardware.repo # zypper install android-tools Como no existe paquete oficial de Irium para openSUSE, hay…Más

Como todos los años, mañana sábado y el próximo domingo la gente de KDE está presente en FOSDEM 2021. Esta edición, como todos los eventos desde el pasado marzo del 2020 se realizará en línea debido a la pandemia mundial provocada por la COVID’19. No obstante, este inconveniente nos va a venir muy bien para no tener excusar para pasarnos un poco por este evento.

Un Fosdem 2021 en línea diferente

Para aquellos que no lo sepan, FOSDEM (del inglés Free and Open source Software Developers’ European Meeting) es un evento anual de dos días que reúne a la comunidad del Software Libre) y que se celebra desde 2001, con cada vez más participantes, charlas y talleres. Se podría decir que aglutina los proyectos de Software Libre más importantes de la escena actual.

En esta ocasión el evento se celebrará el 6 y 7 de febrero en línea, y como todos los años, se esperan miles de programadores, diseñadores, mantenedores y jefes de los equipos de los proyecto más  importantes del panorama actual del Software Libre.

Fosdem 2021 tiene 3 líneas principales de actuación, es decir, 3 tipos diferentes de actividades que puedes realizar:

• Las charlas principales que consisten en las típicas webconferencias que en Fosdem se prensentan en 4 ponencias simultáneas… es por tanto imposible llegar a todas. Os recomiendo consultar el calendario del sábado y del domingo.
• Las Salas de desarrolladores (Developers Rooms) que son charlas, sesiones de hacking, debates abiertos organizadas y gestionadas por los propios proyectos de código abierto, o incluso por asociaciones entre varios de estos proyectos sobre un tema común para fomentar la colaboración.
• Los stands que ofrecen una oportunidad única de entrar en contacto con los desarrolladores o miembros del proyecto, y descubrir de un vistazo lo que hacen. En Fosdem 2021 hay más de 50 stands.

KDE está presente en FOSDEM 2021 en línea

Y el proyecto KDE no puede estar presente de este evento y estará representado mediante un stand donde además de poder conocer todo el trabajo que está realizando esta comunidad.

El enlace al Stand es el siguiente y las actividades están resumidas en la imagen inferior.

Este año no tienes excusa ya que desde casa te puedes pasar por el stand, así que espero que nos veamos por ahí.

A total of five openSUSE Tumbleweed snapshots were released so far this week.

Among some of the more known packages to update this week in Tumbleweed were firewalld, Flatpak, Wayland, LibreOffice, PulseAudio and both Mozilla Firefox and Thunderbird.

Two out the five snapshots updated more than three packages like the most recent snapshot; snapshot 20210203 updated gthumb 3.10.2. The image viewer and browser utility for the GNOME environment fixed a jump to the bottom when selecting thumbnails with mouse and fixed a possible crash to the app after cancelling a search. KDE’s hex editor for viewing and editing raw data of a file, okteta 0.26.5, improved the cursor flash time setting and improved a new menu entry for selecting a custom UI color scheme. The xfce4-cpufreq-plugin 1.2.4 package now creates a label widget if it does not already exist. This panel plugin shows information about the CPU governor and frequencies supported and used by a system.

PulseAudio disabled Link Time Optimisation on armv7 in the updated 14.2 version in Snapshot 20210202. The snapshot updated the Linux Kernel to version 5.10.12 and ImageMagick to version 7.0.10.59, which now generates histograms by comparing pixel components rather than color. LibreOffice fixed some text that wrongly aligned in its 7.0.4 update. Wayland 1.19.0 had a minor update with bug fixes and protocol updates. Several Python Packages were updated in the snapshot including python-packaging 20.8, which reverted back to setuptools for compatibility purposes for some Linux distros, and python-Pillow 8.1.0, which fixed Common Vulnerabilities and Exposures that a Read Overflow in PCX Decoding. A patch was removed in firewalld 0.9.3 and fixes were made for iptables when an ipset is used as a zone source. The general-purpose parser generator bison 3.7.5 fixed the Table Generation that was generating incorrect parsers when there are many useless tokens. Other packages updated in the snapshot were xterm 363, yast2 4.3.51, iproute2 5.10.0 and zeromq 4.3.4.

Snapshot 20210131 updated the theorem prover from Microsoft Research; this z3 package was updated to version 4.8.10, which rewrote the arithmetic solver thereby replacing the legacy arithmetic solver.

Both Mozilla Firefox and Thunderbird were updated in snapshot 20210130. The new 85.0 major version of Firefox eliminated 13 CVEs. A new feature in the browser protects from supercookies, which is a type of tracker that can stay hidden in the browser and track even after clearing cookies. Thunderbird 78.7.0 fixed a half dozen CVEs. One of the CVEs was related to an IMAP response injection when using the Opportunistic Transport Security Layer. Flatpak 1.10.1 switched to an upstream release tarball, updated translations and had a fix for some compiler warnings. Documentation typos were fixed and a fix to a minor extensions problem was made in the update of sqlite3 3.34.1. Other packages to update in the snapshot were bind 9.16.11, icewm 2.1.1, soundtouch 2.2 and yast2-bootloader 4.3.20, which ensures the proposal is re-calculated when the partitioning plan has changed,

Another snapshot with three packages updated was 20210128. This snapshot updated perl-Mojolicious to version 8.72, which deprecated quite a few connection methods, but did add support for trusted reverse proxies. Other packages to update in the snapshot were perl-IO-Tty 1.16, which switched to a github for tracking issues, and kvm_stat 5.10.9, which installs the systemd unit file in the proper place, so that the service can be started right away.

As was pointed out to us stable kernel maintainers last week, the overflow of the .y release number was going to happen soon, and our proposed solution for it (use 16 bits instead of 8), turns out to be breaking a userspace-visable api.

As we can’t really break this, I did a release of the 4.4.256 and 4.9.256 releases today that contain nothing but a new version number. See the links for the full technical details if curious.

Me complace anunciar la actualización de las aplicaciones de KDE de febrero de 2021, una actualización que nos recuerda la aparición de la nueva aplicación Kongress con la que será más fácil seguir los eventos comunitarios.

Actualización de las aplicaciones de KDE de febrero de 2021

Es complicado llevar al unísono todo el ecosistema que representa el proyecto KDE. No obstante creo que la Comunidad lo lleva bastante bien al dividir su trabajo en tres ramas diferenciadas: entorno de desarrollo KDE Frameworks, escritorio Plasma y aplicaciones KDE.

Esta estructura de trabajo parece funcionar bastante bien desde hace mucho tiempo (concretamente desde el lanzamiento de Plasma 5) siendo la última rama de ellas, el de las aplicaciones KDE, la que más problemas puede dar ya que es complicado que todas los programas sigan el mismo ritmo de desarrollo. No obstante hay que destacar que la mayor parte de ellas siguen el paso que se espera de ellas.

De esta forma, mes a mes los desarrolladores lanzan una gran actualización de sus aplicaciones, os animo a seguir la de noviembre o meses anteriores para poder ver esta evolución constante.

Así que entre las actualizaciones destacadas de KDE de este febrero 2021 nos encontramos básicamente con dos.

En primer lugar el lanzamiento definitivo de Kongress, una aplicación que proporciona información práctica sobre las conferencias como el horario y los lugares de las charlas en el lugar.

Y, en segundo lugar, destaca el nuevo lanzamiento de Calligra Plan, la aplicación de planificación y seguimiento de proyectos. En esta versión 3.3 se ha publicado esta semana y mejora principalmente la impresión . Ahora se puede seleccionar un intervalo de tiempos para imprimir. Se puede escalar la impresión para que ocupe una única página, ajustarla a la altura de la página o en varias páginas. También se usa una paleta de color que funciona mejor sobre el papel blanco.

Por último, no hay que olvidar la intensa tarea de corrección de errores realizada y que podéis consultar de forma completa en este enlace.

Más información: KDE

VS code Azure Account extension 小記

OS: openSUSE Leap 15.2

vscode: 1.52.1

Extension: Azure Account v0.9.5

今天要來寫 Azure Account extension in vscode

在很多實驗情境的時候, 可能會使用 vscode 來撰寫 shell script 或是 ansible playbook 來對雲端上面的機器進行實驗. 甚至是使用 Remote SSH 在雲端上面開發.

在 Azure 的使用上面, 我就常常使用到 Cloud Shell 來進行 ansible playbook 的佈署.

VS code 對我最亮眼的地方就是有一大推好用的 Extension.

今天要來寫的就是 Azure Account 這個 extension. 我主要用來在 vscode 內開啟 Bash 版本 Cloud Shell 

安裝方式

開啟 vscode

點選左側 Extension 圖示, 搜尋 Azure 可以找到 Azure Account 這個 Extension

點選 Install 進行安裝 

在 vscode 內 點選 View -- > Command Palette (或是按 Ctrl + Shift + P)

選取 Azure: Open Bash in Cloud Shell

如果還沒有登入 Azure, 會被要求登入 Azure

順利的話就會在 vscode 內開啟 Cloud Shell :)

接下來就可以快樂的在 vscode 內開啟 Cloud Shell 來進行管理 

不用開啟 Azure Portal 真是方便 :)

同場加映: 如果碰到要開啓 Cloud Shell 要求選取目錄導致無法開啟的問題

請見 https://github.com/microsoft/vscode-azure-account/issues/220

解法 

• 登入 Azure Portal

• 開啟 Cloud shell

• 輸入 az account list

• 複製 tenantId

• 開啟 VS code

• 點選 Azure Account extension 設定

在Azure: Tenant 設定將剛剛的 tenantId 貼上去

這樣就解決了

再次感謝 DanielMOliveira 

這個 issue 我也開了快五個月 :p

又向 Azure 前進一步

~ enjoy it

Reference:

• https://github.com/microsoft/vscode-azure-account/issues/220