#Softwarelibre en Tenerife en el Flisol 2021

Tenerife será una de las sedes en España de Flisol 2021 con un jugoso cartel de actividades

Este próximo sábado 24 de abril de 2021 se celebrará un año más el Festival Latioamericano de Instalación de Software Libre o Flisol, y Tenerife será una de esas citas en España.

Si ayer publicaba en el blog la noticia del Flisol en Oviedo, hoy toca difundir sobre la otra de las sedes de Flisol en España, en este caso en las Islas Canarias en la isla de Tenerife.

Tenerife es por segundo año una de las citas del Flisol en España. Y a pesar de ese corto tiempo de experiencia, hay que destacar el buen hacer de la organización.

Un año más celebran este Flisol con una cita en formato online, por lo que desde Tenerife estará disponible a todo el mundo y han organizado un jornada muy interesante.

Las retransmisiones de las charlas y talleres se realizarán usando tres salas virtuales de BigBlueButton, donde habrá propuestas muy interesantes.

Una sala para charlas en las que grandes personas del software libre expondrán diferentes temáticas. Una segunda sala con un enfoque más práctico en el que se expondrán diferentes talleres relacionados con el software libre. Y una tercera sala pensada más como sitio común donde los asistentes puedan poner el común, “tomarse un piscolabis” y dedicarse al “offtopic”.

La jornada comenzará a las 9am, atención los horarios son horarios de Canarias, y se extenderán hasta las 14h. Con un enfoque directo a materias relacionadas con el software libre, sin ambages, ni medias tintas.

Charlas de iniciación para explicar qué es esto que nos apasiona, y para dar a conocer grandes opciones y proyectos como GNU Health (por ejemplo) de mano de su creador.

Seguro que durante la jornada veremos y nos quedará claro que el software libre salta de los bits para formar parte de una forma de entender nuestra sociedad. De una forma más colaborativa, de una forma más libre y más ética.

Te invito a conocer el programa completo del Flisol en Tenerife:

Sin duda encontrarás algo interesante.

¿Bits trascendiendo más allá de su naturaleza digital? Pues sí… Te invito a que lo descubras en este Flisol de Tenerife, o en el de Oviedo o en el de tu localidad más cercana en toda América Latina.

Crear uno, dos, tres muchos Flisoles y hacer la difusión y luchar por el software libre más allá de una fecha concreta. Déjate atrapar por una pasión, hoy puede ser el día que lo empieces a conocer y te cambie la visión para siempre.

Apr 21st, 2021

Cómo activar transparencias en ventanas en Plasma – vídeo

Lo cierto es que no sé porque no se me había ocurrido antes. Hoy os quiero mostrar cómo activar transparencias en ventanas en Plasma mediante un vídeo y comentando mi experiencia. La verdad es que este método abre un nuevo mundo de personalización del entorno de trabajo KDE.

Cómo activar transparencias en ventanas en Plasma – vídeo

Como debería saber todo el mundo si hablamos de personalización de un escritorio Plasma es el rey, tanto en el mundo del Software Libre como del privativo. Y eso que en realidad solo utilizamos un pequeño tanto por ciento de sus posibilidades.

Hoy quiero compartir un interesante vídeo de Rafa GAMES TOP donde en portugués nos explica el método de activar transparencias en ventanas en Plasma utilizando las reglas de ventanas, un método poco utilizado pero super potente para dar un aspecto único y personal a nuestro Plasma.

Si habéis visto el vídeo lo tendréis claro pero voy a hacer un pequeño resumen para los que tengan prisa o no pueden verlo lo explico por encima.

Básicamente se realizan estos pasos:

  • Accedemos al magnífico Preferencias de Sistema, y de ahí buscamos Gestión de Ventanas y accedemos al módulo Reglas de Ventanas. [Preferencias del Sistema->Gestión de Ventanas->Reglas de Ventanas]
  • Ahora creamos una nueva regla pulsando en el botón inferior.

Cómo activar transparencias en ventanas en Plasma - vídeo
  • Rellenamos los campos de la siguiente forma:
    • Descripción: le ponemos le nombre que queramos a la regla.
    • Clase de ventana: donde podemos definir el tipo de ventana donde lo aplicaremos. Si lo dejamos en blanco se aplicará a todas las ventana, si especificamos un nombre, dependindo del tipo de precisión del segundo campo (sin importancia, exacta, etc), se aplicará sobre ella.
    • Coincidencia con la clase de ventana completa: sinceramente no entiendo para qué sirve.
    • Tipo de ventana: nos aparecen algunas tipos de ventanas y podemos seleccionar a qué tipo aplicar. Tampoco acabo de entender del todo como funciona y sigo investigando.
  • Finalmente, toca añadir la propiedad, que en nuestro caso es «Opacidad Activa», la cual es 0% todo opaco y 100% transparente.

El resultado se aplica a la ventana de forma completa, aunque me gustaría poder solo aplicarlo solo al fondo de la ventana. Así que he investigado y, como no podía ser de otra forma porque lo he visto, se puede, pero eso ya es otra historia que me reservo para futuras entradas. De momento os dejo esta forma que es un excelente ejercicio para personalizar 100% nuestro entorno.

First steps of sending alerts to Discord and others from syslog-ng: http() and Apprise

A returning question I get is: “I see, that you can send alerts from syslog-ng to Slack and Telegram, but do you happen to support XYZ?” Replace XYZ with Discord and countless others. Up until recently, my regular answer has been: “Take a look at the Slack destination of syslog-ng, and based on that, you can add support for your favorite service”. Then I learned about Apprise, a notification library for Python, supporting dozens of different services.

This blog is the first part of a series. It covers how to send log messages to Discord using the http() destination of syslog-ng and an initial try at using Apprise for alerting.

The next part will show you a lot more flexible version of the Apprise integration: making fields configurable using templates and using a block to hide implementation details from the user.

The Python code in these two blogs is sample code, provided to you for inspiration. They are not for production use, as among others, they lack error handling and reporting. If time and my Python knowledge permits, I might have a more production-ready code later on, that I plan to cover in a third blog.

Before you begin

The http() destination is enabled by default on FreeBSD, but it needs to be installed from sub-packages on most Linux distributions. It is called syslog-ng-curl on SLES/openSUSE, syslog-ng-http on RHEL/CentOS/Fedora, and syslog-ng-mod-http on Debian/Ubuntu. To use the Python destination, you need to compile syslog-ng yourself on FreeBSD. On RPM distros, install the syslog-ng-python package and on Debian/Ubuntu, syslog-ng-mod-python.

When I wrote this blog, I used the latest syslog-ng version available, which is 3.31.2. Even though any recent syslog-ng version should work from the past two years, so from about 3.20 and probably even earlier,still, I’d recommend using the latest version. Check https://www.syslog-ng.com/products/open-source-log-management/3rd-party-binaries.aspx if up-to-date 3rd-party packages are available for your operating system.

Python() vs. http()

The http() destination was with us for many years now, just as the python() destination. Both improved in many ways over the years. And both have their own strengths and weaknesses.

The strength of the http() destination is that it is both fast and lightweight. However, figuring out how to implement sending logs to a given service might prove difficult, and often impossible if it requires more than just dumping the logs in the required format. And you need to figure out each service separately.

The Python() destination is considerably slower than using http() and it requires more resources. Many services have Python libraries to access them, saving you time figuring out all the details of how a protocol works and even enabling you to access services that http() cannot support. But you still needed to figure out how to support each of them separately.

This is where Apprise changes the equation. It is a notification library for Python supporting dozens of different services. Some are already supported by syslog-ng through the http() destination, like Telegram or Slack, but most of them I have never heard of before. And while Python still uses more resources than an http() destination, sending occasional alerts does not require the high performance of the http() destination. Using Apprise can save you a lot of documentation reading and trial and error.

Creating a Discord destination based on http()

Unlike many other services, Discord is easy both on the service and on the syslog-ng side. It took barely five minutes to configure everything, including reading the documentation and testing. In the channel where you want to send your alerts, click “Edit channel”. Then, choose “Integrations”, “Webhooks”, and finally “New Webhook”. You can set a name here, but what is more important: copy the URL to the webhook.

I used two documents to configure syslog-ng:

The first gives you a sample syslog-ng configuration to use the http() destination and describes the options. The second one shows the parameters you need to set to send data to a Discord webhook. I combined the two into a simple configuration, saved under /etc/syslog-ng/conf.d/discrod.conf and I was ready to go:

source s_net {
  tcp(port(514) flags(syslog-protocol));
};

destination d_http {
    http(
        url("https://discord.com/api/webhooks/xxx/yyy")
        method("POST")
        user-agent("syslog-ng User Agent")
        headers("Content-Type: application/json")
        body('{"username": "test", "content": "${ISODATE} ${MESSAGE}"}')
    );
};

log {
    source(s_net);
    destination(d_http);
};

As I do not want my Discord channel flooded with log messages (as was the case after one of my earlier sample configuration :-) ), I anonymized the webhook URL. I used a network source instead of using system logs to make sure that I do not overflow Discord with log messages banning me from the service.

Testing is as easy as:

logger -n 127.0.0.1 -T -P 514 This is a test

And the log message should appear on your Discord channel with the username “test”, the current date and the test message.

Sending logs to Discord using the http() destination is easy, but it is more of an exception than a rule.

Creating a Discord destination based on Apprise

Before using Apprise, you have to install it. On Fedora, it is easy, as it is a part of the distribution:

dnf install apprise

Installation on other operating systems is similarly easy. The major difference is that when you install a Python module using pip, it is not tracked by the package manager of the operating system:

pip3 install apprise

Just as before, save the following configuration with a .conf extension under /etc/syslog-ng/conf.d/ (or append to syslog-ng.conf, if your distribution of choice does not set up such a directory).

source s_net {
  tcp(port(514) flags(syslog-protocol));
};
destination d_python_apprise {
    python(
        class("AppRise")
        value-pairs(scope(rfc5424))
        options(url "https://discord.com/api/webhooks/xxx/yyy")
    );
};
log {
    source(s_net);
    destination(d_python_apprise);
};
python {
import apprise
class AppRise(object):
    def init(self, options):
#        print(options)
        self.apobj = apprise.Apprise()
        self.apobj.add(options["url"])
        return True
    def send(self, msg):
#        print(msg['MESSAGE'].decode('utf-8'))
        self.apobj.notify(
            body=msg['MESSAGE'].decode('utf-8'),
            title=msg['DATE'].decode('utf-8'),
        )
        return True
};

As you can see, we start the configuration with a network source again. It means that testing the new Python-based destination will be the same as for the http()-based one.

Python destinations in syslog-ng have two parts: you have a configuration part, just like any other destination,and there is also a code part. The Python code can be included in the syslog-ng configuration or stored in an external file. Here we embed it in the configuration. In the Python destination, there is a single mandatory setting: the class name. This class in the Python code has the method to send the logs and optionally others. The valule-pairs() options specifies for the Python() destination which name-value pairs to forward to the Python code and make available in dict format. Finally, options can pass options from the syslog-ng configuration to the Python code. In this case the URL is passed as an option.

The last block in the configuration is the Python code. It starts by importing the Apprise module. Then a class is defined. Make sure that the name here and in the configuration part matches.

The init() method runs only once, when the Python code is loaded. Here we initialize Apprise and add the URL to it.

The send() method runs each time a message is sent. The log message is passed on to this method as a dict. Apprise sends two blocks of data to notification services, title and body. How these appear is up to the given service. In case of email, the “title” variable becomes the subject of the email, while the content of the “body” variable will be the body of the email. In case of Discord, the “title” becomes the first line of the message, and the body will be the rest of the message. Here we can refer to single fields, or macros in syslog-ng terms, as title or body. And these are hardcoded into the Python code.

What is next?

The Python code and configuration above is good enough to get started. But it is far from being elegant or flexible. Implementation details are exposed on the configuration side. And data sent is hardcoded in the Python code. On the positive side even this code can get you started sending log messages to dozens of different services, not just Discord as the http()-based destination in this blog. Just replace the URL with something else supported by Apprise. For a complete list, check the documentation in the Apprise GitHub repository at https://github.com/caronc/apprise which also helps to set up the service side of the project.

In the next blog, we will keep working with Apprise. I will introduce you to using templates in the Python destination and will hide implementation details by using a configuration block.

If you have questions or comments related to syslog-ng, do not hesitate to contact us. You can reach us by email or even chat with us. For a list of possibilities, check our GitHub page under the “Community” section at https://github.com/syslog-ng/syslog-ng. On Twitter, I am available as @Pczanik.

Apr 20th, 2021

Add a network printer through Yast under openSUSE

Some day ago I got a brand new Xerox multifunction Wi-fi printer (B215 model for the record), so what’s the best chance to test the power and the ease of use of Yast to install it? This is also my first Wi-fi printer and I was very curious to see how user-friendly was the procedure, without knowing anything about the supported protocols.

#Softwarelibre desde Asturias al mundo este #Flisol 2021

Un año más el colectivo Pica Pica Hacklab desde Asturias en España organizará una sede del Flisol 2021

Con motivo de la celebración del Flisol 2021, de nuevo el colectivo Pica Pica HackLab desde Asturias en España será una sede de este festival del software libre, y con suculentas noticias.

El colectivo Pica Pica HackLab tiene una larga tradición de celebraciones de Flisol en España y de hecho fueron los primeros que crearon una sede de este festival latinoamericano de software libre aquí en España.

Y este año no podía se menos. Siguiendo su empeño en difundir el software libre de nuevo celebrarán un Flisol desde Asturias y en este caso también para todo el mundo.

Ya que a la tradicional cita presencial en su sede en Oviedo, en esta ocasión también habrá una retransmisión telemática con video conferencia y emisión en directo, para quienes disfrutamos de estos temas.

La cita será el próximo sábado 24 de abril de 2021 y contará con un completo programa de actividades que comenzará a las 10am.

Con diferentes charlas y talleres para diferentes niveles, pero todos relacionados muy estrechamente con el software libre.

El evento se clausurará con una conexión en directo con Richard Stallman, voluntario de la FSF, creador del sistema GNU, licencias GPL e insigne defensor del software libre durante más de 35 años entre otras muchas más cosas.

Richard Stallman responderá a dudas únicamente relacionadas con el software libre, así que por favor, ateneros a esas cuestiones.

Más información en la página web oficial del colectivo Pica Pica HackLab:

YaST Team posted at 06:00

Digest of YaST Development Sprints 119, 120 & 121

YaST development never stops. But we have to admit we have not kept our readers as informed as usual about the activities of the YaST team, other than our blog post about Hack Week. We had to adapt the length and focus of some sprints before and after Hack Week. That, together with Easter season in Europe and some extra vacations, affected our good publishing habits. On the bright side, we have tons of topics for you, let’s do a quick recap.

  • Reduction of the memory consumption during installation.
  • New option to enable installation in systems with small RAM.
  • Improvements in the NetworkManager support.
  • Polishing of the upcoming releases, especially AutoYaST and hardware enablement.
  • A new extend parameter in linuxrc to help openQA.
  • More consistent and polished LibYUI development.
  • Research and open discussion about the current state and future of:
    • YaST Firstboot,
    • YaST Users,
    • the installation workflow.

So let’s go by parts. As you may know, libzypp was recently updated in all SLE and openSUSE distributions to bring some cool new features. Unfortunately that came with a small increase in memory consumption. That was enough to exceed the current installation requirements, so we had to find some way to save memory in the installer. We adjusted several things, especially the installer self-update mechanism. See this pull request to know how we managed to fit again into the requirements. As a nice side effect, we improved the handling of the memsample script we use to track memory usage during installation.

Talking about the memory consumption of the installation process, we also added a cool feature to linuxrc and YaST that makes possible to install (open)SUSE in systems with an small amount of memory. Check the new zram parameters in the linuxrc documentation and see the description of this pull request if you are interested in the details.

Another area that received quite some love is the support for configuring NetworkManager during the installation process. For SLE-15-SP3 and Leap 15.3 that includes better DNS settings, support for bridge and bonding configuration and improved AutoYaST integration. For Tumbleweed it also includes displaying the corresponding details in the installer’s summary screen.

We also invested quite some time polishing the upcoming releases of openSUSE Leap 15.3 and SLES-15-SP3. Especially improving the handling of AutoYaST profiles, extending the support for some storage technologies like NVMe and adjusting the boot loader configuration for a wide range of hardware.

On the more technical side of things, we also added a new extend parameter to linuxrc (which now allows a smooth integration of the libyui-rest-api plugin in openQA) and we unified the repositories of LibYUI (which simplifies maintenance and future contributions).

While doing all that, we also found time to think about the future of YaST. We did some extensive research on the current state of three areas we would like to improve in the mid term:

  • YaST Firstboot. Check this Github issue (and all the related issues linked from it) describing several aspects of the current state and also ideas about improving its look&feel and making it a more useful tool.

  • The current installation process. Again, we are using Github issues to discuss how to make it shorter and more understandable. As a starting point, check this issue that contains an interesting conversation and also links to several other related issues.

  • YaST Users. We are considering to refactor this module to improve the management of local users and to reduce the risk introduced by its current complexity. As a first step, we created a new repository that, so far, contains several documents describing the status quo.

As you can see, we may have been a bit absent but definitely we have not been idle. And the best news is that we are back to our usual biweely schedule, so we will have more to share soon. Meanwhile stay safe and fun!

Sliding Numbers Puzzle – Plasmoides de KDE (178)

Empezamos una pequeña serie de los plasmoides juguetones. Os presento Sliding Numbers Puzzle, un widget que pretende ser un pasatiempo para esos momentos tontos que siempre no encontramos a lo largo del día.

Sliding Numbers Puzzle – Plasmoides de KDE (178)

Aunque suelo tener siempre mil cosas que hacer en mi día a día, nunca está de más tener alguna cosa a mano para desconectar aunque sean solo unos minutos.

Esta es la idea de Sliding Numbres Puzzle, un simple rompecabezas de fichas deslizantes, también llamado Gem Puzzle, Boss Puzzle, Mystic Square, etc, creado por The Vlad Soft, y que tiene como objetivo reordenar los números que aparecen en una cuadrícula.

Es un poco diferente al que oficial de la Comunidad KDE ya que:

  • Se asegura de que todos los repartos iniciales sean resolubles.
  • Es animado.
  • Acepta soluciones con la casilla en blanco al principio o al final, siempre que las casillas estén ordenadas.

Sliding Numbers Puzzle - Plasmoides de KDE (178)

Puedes hacer el puzzle de 2×2 casillas a 9×9 casillas. No más grandes porque se supone que se pueden ver los números.

Y como siempre digo, si os gusta el plasmoide 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 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

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

Resizable Application Launcher Mod – Plasmoides de KDE (177)

Estamos antes uno de esos casos de mejoras en los plasmoides ofrecidos por la Comunidad que seguro que llegará a la rama principal de desarrollo de Plasma, y es que Resizable Application Launcher Mod simplemente añade una funcionalidad que seguro que muchos usuarios les gustaría tener de serie y que, por razones de tiempo, todavía no está implementada.

Resizable Application Launcher Mod – Plasmoides de KDE (177)

Seguimos con las posibilidades de personalización de Plasma 5 en cuanto a lanzadores de aplicaciones. Al nuevo lanzador que nos vino con Plasma 5.21, a su versión clásica que podéis encontrar en la KDE Store, y a la infinidad de alternativas que tenemos UMenu, Minimal Menu, Simple Menu , Ditto Menu o Popup Launcher) se unen modificaciones sobre los mismos.

Es el caso de Resizable Application Launcher Mod, un plasmoide de Borealis que nos permite que modifica el lanzador de aplicaciones clásico para que sea redimensionable mediante una pulsación larga del botón de configuración.

Resizable Application Launcher Mod - Plasmoides de KDE (177)

Y como siempre digo, si os gusta el plasmoide 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 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

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

Apr 19th, 2021

Charla sobre cómo montar un servidor de streaming libre

Una charla taller sobre cómo montar un servidor de streaming con Owncast una herramienta de software libre de mucha calidad y prestaciones

La pandemia nos ha traido el hábito de asistir a eventos que no son en directo. Por un lado perdemos el contacto personal, el sentirnos y compartir cara a cara, pero por otro lado ganamos el poder asistir a eventos que no se celebran cerca de donde vivimos y aprender, compartir y disfrutar de aquello que nos gusta, sin distancias.

Este es el caso de este evento que se celebrará este próximo 23 de abril de 2021, en el que David Marzal desde “el planeta Cartagena” en España nos dará un taller/charla sobre cómo montar un servidor de “streaming” libre gracias a Owncast.

Lo mejor es que el propio David nos explique mejor los detalles del evento. Gracias a David por acceder a responder a estas preguntas:

Vhck: Empecemos por los detalles ¿Cuándo y dónde se celebrará la charla/taller, y quién y cómo podemos asistir?

David Marzal: Pues el evento “Entre Tuxes, edición 2021”, que está organizado por BricoLabs y la Asociación Melisa (y como no por Jorge Lama), se celebra virtualmente en una sala BBB recurrentemente los viernes de 21.00 a 22.00, aunque siempre seguimos un rato más los que podemos.

Así que asistir es tan sencillo como entrar a la sala BBB un poco antes de las 21.00.

Vhck: Si alguien no puede asistir a la retransmisión ¿se grabará para poderla ver después?

DM: Si, las chalas luego quedan alojadas tanto en Archive.org como en la cuenta de PeerTube de la Asociación Melisa

Vhck: Concretado el lugar, dinos ¿sobre qué tratará exactamente tu charla/taller?

DM: Mi charla va a ir sobre un software llamado Owncast, que viene a ser como un Twitch pero libre y auto-hospedado (vamos que te lo puedes montar en tu PC o VPS).

Para ver lo fácil que es emitir uno mismo sin necesidad de ningún tercero y con una interfaz moderna, con chat y que proporciona buenas estadísticas.

Dándote la libertad de emitir sin que se esté traficando con tus datos (ya seas espectador o el que emite) y sin los impedimentos de algunas otras plataformas que no puedes ni tararear una canción sin que te amonesten.

Vhck: ¿A quién está dirigida esta charla? ¿Se necesita algún tipo de requisito?

DM: Va dirigida a cualquiera que le guste trastear con software libre, aunque en especial a los que tengan curiosidad por ver como poder emitir uno mismo, sin necesidad de servicios de terceros.

Para la charla en si no hay más requisito que la curiosidad, pero para que sea más rápido en el taller usaremos Docker. Así que recomiendo mirarse primero las charlas/talleres anteriores que justo preparaban el terreno (la de Traefik no es necesario, solo tener en marcha Docker)

Vhck: ¿Por qué Owncast para montar nuestro servidor de streaming? ¿Qué ventajas ofrece esta opción frente a otras?

DM: Pues a las ventajas que tiene usar cualquier software libre sobre uno privativo yo le añadiría:
· Facilidad de uso, lo puedes tener montado en mucho menos de una hora.
· Su interfaz y funcionalidad está por encima de la media respecto a otras soluciones libres.· Requiere muy pocos recursos (en comparación con PeerTube por ejemplo)
· Las estadísticas están bastante más trabajadas que en otras opciones.

Vhck: Gracias por tu tiempo. La última palabra es tuya para decir lo que quieras.

DM: Pues ya que me das la oportunidad de hablar en un medio de renombre y amplia difusión en el mundo del software libre como es tu blog, querría dar las gracias a todas las personas que forman y contribuyen a esta comunidad.

Y en concreto a ti por la entrevista y por tu proyecto en general, a Bricolabs, Asociación Melisa y Jorge Lama por mover tantos eventos y la difusión que hacen, y a todas esas personas que hay detrás de los proyectos y aplicaciones que usamos y disfrutamos.
Un saludo!


Gracias a David y las personas que han organizado el evento por dar difusión de alternativas de software libre.

Si eres una persona interesada por el software libre y te interesa cómo montar tu servidor de streaming utilizando herramientas de software libre como “Owncast” te invito a que asistas este 23 de abril de 2021 a esta charla o la veas después en los medios que ha apuntado David.

Apr 18th, 2021

Juegos en GCompris – A fondo @g_compris (7)

Sigo aprovechándome de una publicación de Valencia Tech en la que se realizaba un listado completo de juegos que ofrece GCompris he empezado una serie donde se describen con más detalles las actividades. Seguimos la serie con la sección de «Juegos» en GCompris la cual tiene como objetivo hacernos pasar buenos momentos y distraernos un rato.

Juegos en GCompris – A fondo @g_compris (7)

Para poder tener claro lo que hacen las aplicaciones de GCompris he pensado hacer una revisión a su enorme colección de juegos y actividades, realizando una simple captura de pantalla y una breve descripción.

Ya hemos descrito la secciones de:

Es hora de hablar de las actividades de la sección «Juegos» de GCompris, más de una decena de miniaplicaciones pensadas para divertirnos aunque nos podamos encontrar con alguna que otra que introduce la programación para niños.

Fútbol: simple juego donde debemos meter un gol a Tux dando «patadas» virtuales a nuestro balón.

Juegos en GCompris – A fondo @g_compris (7)

Laberinto: guiamos a Tux con el teclado para que llegue al final del laberinto. Se utilizando las flechas del teclado.

Juego de memoria con imágenes contra Tux: el clásico busca tu pareja en el que competiremos contra la máquina, que en este caso está personalizado en Tux.

Juego de memoria con imágenes: el clásico busca tu pareja pero en esta ocasión jugando en modo solitario.

Juegos en GCompris – A fondo @g_compris (7)

Herramienta sencilla de dibujo vectorial: utilizando una cuadrícula y diversos colores podemos crear simples dibujos. Creatividad al máximo.

Inclina la caja: el simple juego de equilibrio se puede adaptar al ordenador sin utilizar giroscopios simulando el movimiento en 3D con el teclado direccional.

Hexagono: un simple «encuentra» la fruta utilizando como pistas los colores de los hexágonos, de verde que significa «frío» a rojo «caliente».

Juegos en GCompris – A fondo @g_compris (7)

Cazador de fotografías: encuentra las diferencias entre dos imágenes y afina tus dotes de observación.

Laberinto relativo: juego similar al Laberinto que hemos comentado anteriormente pero que en esta ocasión se cambia el punto de vista a Tux: izquierda y derecha se utilizan para girar y la flecha de arriba para avanzar.

Juegos en GCompris – A fondo @g_compris (7)

Programación en el laberinto: guía a Tux para que llegue a su destino indicando previamente las órdenes que seguirá. Un más que interesante juego que ayuda a los más pequeños a iniciarse en el mundo de la programación.

Juegos en GCompris – A fondo @g_compris (7)

Laberinto invisible: otro laberinto pero con la diferencia de que no veremos las paredes a menos que pinchemos en el mapa, pero en ese momento no podremos movernos. Además, la dificultad va aumentando con cada nivel.