openSUSE Leap 15.2 as GitLab runner in Azure 小記

Intro

Since SUSE acquired Rancher Labs, it’s time to explain how to run Rancher on MicroOS and how to import a Kubic cluster.

I used Rancher 2.5.5 for this, newer versions my have different requirements.

Rancher with MicroOS

The good news is: Rancher works out of the box on MicroOS.

The necessary steps are:

1. Install MicroOS as base OS (no Container Host system role is necessary)
2. Install docker: transactional-update pkg install docker
3. Reboot: systemctl reboot
4. Enable and start docker: systemctl enable --now docker

From here you can follow the standard Rancher documentation and install Rancher: docker run -d --restart=unless-stopped -p 80:80 -p 443:443 --privileged rancher/rancher

Rancher with RKE and MicroOS

Rancher offers the possibility to setup a new kubernetes cluster using RKE on an existing, running OS. This section explains how to do that using MicroOS as the host OS.

While in general, RKE works fine on MicroOS, there could be two pitfalls:

1. MicroOS is using a read-only root filesystem while RKE tries to write to /usr/libexec/kubernetes
2. Rancher reports an error that the API is not reacheable.

The second problem is most likely a docker problem. I suggest to start with openSUSE MicroOS Build 20210205 or newer, I have never seen this problem with docker 20.10.3ce introduced with this build. In my case, the reason for the error message was that IP forwarding didn’t got fully enabled by docker. Please make sure that IP forwarding is enabled for all devices:

# sysctl -a |grep \\.forward
net.ipv4.conf.all.forwarding = 1
net.ipv4.conf.default.forwarding = 1
net.ipv4.conf.docker0.forwarding = 1
net.ipv4.conf.eth0.forwarding = 1
net.ipv4.conf.lo.forwarding = 1

There are the steps to setup MicroOS for this:

1. Install MicroOS as base OS (no Container Host system role is necessary)
2. Install docker: transactional-update pkg install docker
3. Reboot: systemctl reboot
4. Enable and start docker: systemctl enable --now docker

On the Rancher GUI select “Existing Nodes” of “Create a new Kubernetes cluster With RKE and existing bare-metal servers or virtual machines” and follow the documentation for Flatcar Container Linux.

Rancher with Kubic

Importing an openSUSE Kubic cluster can be simple or difficult, depending on which kubernetes version your cluster is running. openSUSE Kubic currently comes with kuberenetes 1.20.2 as default. Rancher only works with kuberenetes up to 1.19.7, it does not work with 1.20.2 as of today. So if you haven’t updated your cluster yet to 1.20.x, you can go to Register an existing Kubernetes cluster, select Other Cluster and follow the workflow.

At the end, Rancher will come up with two errors:

1. Alert: Component controller-manager is unhealthy.
2. Alert: Component scheduler is unhealthy.

You can ignore this errors: Rancher uses a deprecated interface, which kubeadm disables by default.

Sigo con los temas de iconos en el blog, y es que debo reconocer que me fascina la variedad que tenemos a nuestra disposición, tanto de forma , estilo o colores. Hoy tengo el gusto de presentaros un tema de iconos llamado Pop+, un tema de iconos que retoma el concepto clásico de estos avatares y que me recuerda a entornos del pasado.

Pop+, un tema de iconos clásico para Plasma

Para el escritorio Plasma de la Comunidad KDE hay cientos de temas de todo tipo disponibles para los usuarios: iconos, cursores, emoticones, etc, Y como me gusta cambiar de vez en cuando, en el blog le he dedicado muchos artículos a cada uno de los packs.

No obstante, como suelo decir, cambiar el tema de iconos de un escritorio es una de las formas de adaptación más personal que puedes realizar sobre tu PC, ya que modifica totalmente el aspecto del mismo a la hora de interaccionar con tus aplicaciones, documentos y servicios.

Hoy os presento Pop+, un tema de iconos clásico creado Herma y que utiliza un diseño colorido, muy claro y limpio, con estilo semi-plano con detalles en 3D. El tema está inspirado en el pack de Adwaita para GNOME Icons.

Y como siempre digo, si os gusta el pack de iconos podéis “pagarlo” de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

É com muito orgulho que compartilho o livro “Como implementar IA na sua empresa” . Uma iniciativa escrita de maneira colaborativa através do Comitê de Inovação da I2AI ( Associação Internacional de Inteligência Artificial ), no qual participei como co-autor nos capítulos de visão computacional e segurança da informação.

Escrito com o propósito de explicar de forma sucinta o que é Inteligência Artificial e inspirar muitas pessoas a elaborar projetos de IA. Neste volume do ebook, encontraremos casos de uso, ferramentas para auxiliar na implementação, dicas para idealizar um piloto, estratégias recrutar um time e uma série de referências para que possa ampliar seus conhecimentos no mundo de IA.

I2AI International Association of Artificial Intelligence,

Um dos temas mais relevantes pra qualquer profissional atualmente é tecnologia. Muito se fala sobre como estas novas tecnologias podem mudar o mundo como conhecemos: viagens para Marte, automatização de trabalhos repetitivos, manipulação e geração de vídeos e imagens, impressão de órgãos e comida. A realidade em muitos aspectos imita o que há de melhor (e as vezes de pior) na ficção científica.

Agora, além do Buzzword, termos e palavras diferentes em nosso vocabulário, há também muito desconhecimento e confusão sobre o que são estas novas tecnologias e o que elas são capazes de fazer. Foi pensando nisso que a I2AI International Association of Artificial Intelligence, através da brilhante coordenação de Marco Antonio Lauria e a contribuição de diversos autores do nosso comitê de Inovação, lançou e disponibilizou para todos os interessados, de maneira gratuita e eletrônico um fantástico e-book que apresenta em mais detalhes uma das estrelas desta nova geração de tecnologias disruptivas: A Inteligência Artificial (IA).

Se você quer saber um pouco mais sobre os conceitos ligados a IA através de uma linguagem fácil e acessível, este e-book foi feito pra você. Entre em nosso site, e baixe agora o 1o volume deste material incrível, Acesse o link e faça o download: https://conteudo.i2ai.org/entendendo-ia

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.

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.

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