As political winds shift across the globe, the digital world is not immune to the turbulence. Governments and organizations across the globe are reassessing their dependencies, especially those tied to large, centralized tech firms.

While headlines paint a world splintering along geopolitical lines, the open-source community is quietly doing what it has always done best; building global tools for global freedom.

A recent example of this is an EU OS initiative—a European blueprint for a locked-down, KDE Plasma-based Linux distribution aimed at public-sector use.

Though technically not a new operating system, EU OS serves as a proof-of-concept for deploying a Linux system.

The project put together info on government deployments like LiMux in Germany and GendBuntu in France, and endorses the public money, public code philosophy.

However, there is a case for broader OS inclusion without piggybacking a popular EU sovereignty narrative.

While this naming is trying to address a narrative, a multiple Linux distributions should be integrated into any government’s strategy.

The current Fedora+KDE direction is mature, but relying on one distro and one desktop environment introduces avoidable risks. Instead, it would be wise for all governmnets to embrace alternatives like Aeon with GNOME, alongside another immutable Plasma-based choice of Kalpa.

Why? Security. Different distributions and desktops reduce the risk of a single point of failure. If vulnerabilities emerge, they won’t simultaneously impact every system.

Another reason is tailored user experience. GNOME offers a simple interface for general office users, while KDE’s power-user features may be more appropriate for technical users.

As immutable OSes with transactional updates, Aeon and Kalpa share the same robust core stemming from Tumbleweed updates, which offer rollback, system integrity and layered deployments with seamless updates. Both Aeon and Kalpa were designed from the ground up for modern, containerized and cloud-hybrid environments.

The broader idea needing discussion for governments goes beyond what a distro standard is. In an age of ransomware, cloud lock-in, and surveillance capitalism, it’s time to move beyond traditional desktop OS thinking.

The open-source world already has the tools to move forward with a new way of thinking:

• Immutability with transactional updates (MicroOS, Aeon, Kalpa, Kinoite)
• Declarative system configuration (Agama, Ansible)
• Desktop options for varying user needs (GNOME, KDE Plasma, Xfce)
• Open identity and authentication standards (LDAP, OpenID)
• Transparent package formats (Flatpak, RPM)

Let’s not get lost in the flags, logos or headlines. While politics shift and trade alliances fray, the open-source movement remains one of the most stable, borderless, and collaborative human endeavors on the planet.

If you’re looking for freedom, look no further than this space — it’s been enduring longer than the EU’s own monetary standard.

The future of tech doesn’t need to be American. It doesn’t need to be Chinese. It needs to be open.

This is part of a series on Upgrade to Freedom where we offer reasons to transition from Windows to Linux.

Abelujo es la única aplicación de software libre existente para la gestión de una librería, tanto negocios como librerías asociativas

Si tienes una librería, ya sea una tienda como negocio o una librería asociativa tienes disponible Abelujo para la gestión de toda la colección de libros y la gestión de el negocio. Abelujo es el único software publicado bajo una licencia libre AGPLv3 existente para estas tareas y está disponible en varios idiomas. Además es gratuito y lo puedes utilizar y gestionar por ti mismo.

Pero no únicamente puedes gestionar libros, también folletos, diarios, medios de vídeo y/o música (CDs o DVDs) y otros artículos. Y no solo está orientado a librerías como tiendas también a cafés/librerías, teatros o librerías de asociaciones o colectivos.

Abelujo es un proyecto que nació de una necesidad personal de su desarrollador para ayudar a una centro social que gestionaba una librería y utilizaba para esa gestión una simple hoja de cálculo.

Pero claro, esa simpleza no podía abarcar todas las necesidades que requiere una gestión más completa y más fácil y universal de gestionarlo. Así que su creador desarrollo Abelujo y poco a poco ha ido ganando en funcionalidades y opciones, hasta convertirse en lo que es hoy.

Abelujo es una aplicación web en la que los propietarios o las personas que gestionen la librería pueden organizar y gestionar la tienda: recibiendo pedidos, añadiendo nuevos libros al sistema, vendiendo libros, editar facturas, aplicar descuentos, preparar pedidos, y un registro de estadísticas por mencionar algunas de las tareas que realiza.

También crea un sitio web en el que los compradores pueden navegar para ver el catálogo y después hacer pedidos.

Abelujo es la única aplicación de software libre de este tipo que puede funcionar en sistemas libres, sin depender de sistemas privativos. Su interfaz moderna y gestionada via navegador web hace sencillas las tareas de gestión.

El creador de Abelujo, ofrece el software de manera libre y gratuita, pero se les puede contratar para poner en marcha el software en un servidor, si no se tienen los conocimientos a la hora de contratar un servidor, dominio,poner en marcha el software, adaptar el programa a las necesidades de la librería, etc.

Tiene un desarrollo activo y se sigue actualizando y realizando nuevos lanzamientos que traerán muchas más mejoras.

Enlaces de interés

• https://www.abelujo.cc/es/
• https://gitlab.com/vindarel/abelujo
• https://www.fsf.org/blogs/licensing/interview-with-abelujo-founder

Este blog no es un blog de rabiosa actualidad. La razón es que me centro en las noticias del KDE (las cuales intento que sí sean frescas) pero para mantener mi cadencia diaria debo dosificarme. Esta es la razón que comento hoy, 10 días después del lanzamiento que ha sido lanzado GIMP 3.0, una excelentente noticia porque este completo editor de imágenes sigue su desarrollo ofreciendo sus servicios a los creadores digitales. ¡Felicidades al equipo!

Lanzado GIMP 3.0, más fácil y más rápido

Una de las preguntas que suelen hacer las personas que intentan hacer su migración a los sistemas operativos libres es «¿podré hacer lo mismo que en XXXXX?» y, afortunadamente, la respuesta es que sí gracias al trabajo de los desarrolladores, muchos de ellos voluntarios, que dedican su tiempo a mantener aplicaciones que no tienen nada que envidiar a las privativas.

Es el caso del veterano GIMP, el acrónimo de GNU Image Manipulation Program, un programa de edición de imágenes digitales profesional de código abierto y gratuito creado por Spencer Kimball y Peter Mattis en 1995 como parte del Proyecto GNU. Aunque su interfaz inicial dio mucha guerra por la forma que tenía de mostrar las ventanas, cuando dio su brazo a torcer y permitió unificarlas empezó a ganar adeptos.

Evidentemente, su curva de aprendizaje es alto pero es que lo es también si se utilizan otras alternativas pero, una vez cogido el truco, su potencia en asombrosa.

Todas esta introducción es para comentar, un poco tarde, que sus desarrolladores han anunciado que:

¡Por fin está aquí la primera versión de GIMP 3.0! Este es el resultado final de siete años de duro trabajo de desarrolladores voluntarios, diseñadores, artistas y miembros de la comunidad (como referencia, GIMP 2.10 se publicó por primera vez en 2018 y la versión de desarrollo inicial de GIMP 3.0 se publicó en 2020). Con GIMP 3.0 puedes hacer más que nunca, más fácilmente, ¡más rápidamente!

Yo ya lo tengo instalado en mi equipo y debo decir que el trabajo de los desarrolladores es notable, sobre todo porque su funcionamiento es idéntico al antiguo, lo cual significa que estará bastante pulido. Además, su aspecto visual es más cuidado, su rendimiento parece mñás alto (yo solo hago cosas básicas) y no he tenido ningún crasheo. ¡Felicidades a los desarrolladores!

Por cierto, el trabajo de los desarrolladores no terminó el 16 de marzo, ya que hace tres días ya fue lanzado la versión 3.0.2, la primera revisión de esta nueva rama.

Las novedades de GIMP 3.0

Las novedades más destacadas de GIMP 3.0 son las siguientes:

• ¿Necesitas retocar un filtro que aplicaste hace horas? La novedad en GIMP 3.0 es la edición no destructiva de los filtros más usados. Observa los cambios en tiempo real con la vista previa en el lienzo.
• Intercambia archivos con más aplicaciones, incluyendo archivos BC7 DDS así como una mejor exportación PSD y muchos nuevos formatos.
• ¿No sabes cómo de grande quieres hacer tu dibujo? Basta con configurar la herramienta de pintura para que amplíe las capas automáticamente según sea necesario.
• También es más fácil crear texto de calidad profesional. Estiliza tu texto, aplica contornos, sombras, biseles y mucho más, y aún puedes editarlo, cambiar la fuente y el tamaño, e incluso ajustar la configuración de estilo.
• Organizar tus capas es ahora mucho más fácil gracias a la posibilidad de seleccionar varios elementos a la vez, moverlos o transformarlos todos juntos.
• La gestión del color se ha mejorado de nuevo, como nuestro proyecto a largo plazo para hacer de GIMP un editor de imágenes avanzado para todos los usos.
• Kit de herramientas gráficas actualizado (GTK3) para un uso de escritorio moderno.
• Nuevo logo de Wilber!

Más información: GIMP

La entrada Lanzado GIMP 3.0, más fácil y más rápido se publicó primero en KDE Blog.

Last December, the CD shop where I bought most of my collection closed its doors for good. I had seen it coming — the owner had been gradually winding down the business in preparation for retirement — but after nearly 30 years of shopping there, it was still a tough moment.

This logo belongs to Periferic Records - Stereo Kft.. Back in the nineties, during my university years, I used to look for this logo at concerts, always hoping to spot a bearded man selling an incredible selection of CDs. Imagine my surprise when, in 2002, I attended a concert and discovered that the organizer was none other than that same bearded man — who also happened to be one of my second cousins!

From that moment on, I became a regular at the shop. The owner was a publisher of some of my favorite music, including Hungarian progrock and piano albums. Some standout names: After Crying, Vedres Csaba, and Solaris. While the shop specialized in progrock — with a selection unlike anywhere else — it also offered a wide variety of other genres.

When I received my first big paycheck, I went straight to the store and bought dozens of CDs. Today, streaming services like TIDAL and Spotify have recommendation engines, but back then, nothing could beat the personalized recommendations from the shop’s staff. More than once, I walked out with a free CD as a bonus, one of which became an all-time favorite: Townscream – Nagyvárosi Ikonok.

Unlike many music shops that play background music on low-quality systems, Stereo had StandArt speakers from Heed Audio. These speakers, almost as old as the shop itself, created an immersive listening experience. Though I often rushed in just to pick up an order, on the rare occasion that I had time, I would linger to listen — sometimes discovering new music to take home.

The website still exists, and you can get an ever shorter list of available CD titles by e-mail. In December, I spent most of my free time going through their list of albums, listening to samples on TIDAL and YouTube — nearly 1,500 albums in total. Through this process, I found some rare gems, including one CD I bought purely for its intriguing title: God-Sex-Money. Well, actually the description, “Recommended for Wakeman/Emerson fans,” sealed the deal :-)

Even now, whenever I’m near the old shop, I instinctively start walking toward it — only to remember that an important part of my life is gone forever. But it lives on in my CD collection and my memories.

Table of Contents

• 1) Introduction
• 2) wait3() as a Side Channel in Setuid Programs
• 3) File Existence Test (CVE-2024-0149)
• 4) Bugfix
• 5) CVE Assignment
• 6) Other Packages
• 7) Timeline
• 8) References

1) Introduction

nvidia-modprobe is a setuid-root helper utility for the proprietary Nvidia GPU display driver that loads kernel modules and creates character devices required for userspace GPU access. Normally, drivers do this via udev. However, kernel licensing restrictions prohibit Nvidia’s proprietary kernel module from generating uevents, which are required for udev to work. Therefore this special helper is needed.

We reviewed nvidia-modprobe as part of our whitelisting process, which requires an audit for all newly introduced setuid binaries in openSUSE. The version we reviewed was 550.127.05 and this report is based on that version. Upstream released a bugfix in version 550.144.03 and a security advisory.

2) wait3() as a Side Channel in Setuid Programs

The wait3() system call allows the calling process to obtain status information for child processes, similar to waitpid(). Unlike waitpid(), wait3() also returns resource usage information. The measurements returned by this call include CPU time, memory consumption and lower-level information such as the number of minor and major page faults that occurred during the child’s runtime. See also man 2 getrusage.

Perhaps surprisingly, wait3() also works for setuid sub-processes, leaking quite a bit of information about the behavior of the target program, which is running with elevated privileges.

A convenient way to try this out is GNU Time, a small utility that spawns a target process and prints the output of wait3(), for example:

/usr/bin/time -v nvidia-modprobe

3) File Existence Test (CVE-2024-0149)

In the case of nvidia-modprobe, we can leverage wait3() for a file existence test.

When executed with the option -f NVIDIA-CAPABILITY-DEVICE-FILE (an arbitrary path), nvidia-modprobe performs the following steps:

• attempt to open the supplied path as root
  • if the path does exist:
    • read one or more lines
    • parse each line (implemented safely)
    • exit silently, return code 0
  • if the path does not exist:
    • exit silently, return code 0

It turns out that reading the first line of the supplied path sometimes causes a minor page fault. The number of page faults is not perfectly constant across multiple executions, depending on whether the page mapped by the kernel is dirty or not. However, if the file does not exist, it cannot be read, and therefore no page faults will be triggered. We can execute nvidia-modprobe repeatedly, calculate the median number of page faults, and infer whether the supplied path exists or not, even if the caller does not have the necessary file system permissions.

Simplified example:

$ /usr/bin/time -q --format=%R nvidia-modprobe -f /root/.bash_history
80

$ /usr/bin/time -q --format=%R nvidia-modprobe -f /root/does/not/exist
79

The output fluctuates, but it only takes a few repetitions to get a reliable signal from the median.

4) Bugfix

Upstream published a bugfix. This commit limits the queried path to files below /proc/driver/nvidia before attempting to read from it, eliminating the information leak.

5) CVE Assignment

Upstream assigned CVE-2024-0149 for this issue.

6) Other Packages

Considering the relatively obscure nature of this side channel attack, we decided to briefly look into a couple of other packages exhibiting similar usage patterns:

• shadow
  • chsh: negative
• util-linux
  • mount -T: negative
  • umount: negative
• v4l-linux: positive, but does not require wait3(), and the issue was already known (CVE-2020-1369).

Even though we did not find additional instances of this problem, and the severity of this vulnerability is rather low, it’s still one of many pitfalls to keep in mind when writing or auditing setuid programs.

7) Timeline

8) References

• nvidia-modprobe GitHub repository
• Nvidia security advisory
• Bugfix commit 83b777c
• getrusage(2)

Table of Contents

• 1) Introduction
• 2) Synce4l Synchronous Ethernet Daemon
• 3) Fwupd 2.0 D-Bus and Polkit Changes
• 4) Tuned Revisited
• 5) iio-sensor-proxy Revisited
• 6) systemd-sysupdated D-Bus Service
• 7) AppArmor aa-notify Polkit Policy
• 8) Conclusion
• 9) References

1) Introduction

Winter time is coming to an end (at least in the northern hemisphere, where most of the SUSE security team members are located), and with this we want to take a look back at what happened during the last three months in our team. We have already posted about a number of bigger topics that kept us busy over the winter:

• privilege separation issues in SSSD
• problematic return values in pam-u2f
• authentication bypass in dde-api-proxy
• authentication bypass in pam_pkcs11
• admittance of kio-admin into openSUSE
• problematic log directory permissions in Below
• file existence test in nvidia-modprobe

As usual in the spotlight series, in this post we want to give an insight into some of our work beyond these reports: reviews that did not lead to significant security findings, but still kept us busy and in some cases also led to upstream improvements. The topics again mostly involve Polkit authentication and D-Bus APIs, but we also looked proactively into a piece of networking software that raised our interest.

2) Synce4l Synchronous Ethernet Daemon

Our team is monitoring changes and additions to openSUSE Tumbleweed, most notably systemd services that newly appear in packages. The synce4l package raised our interest, because it contains a daemon which is running with full root privileges and is also networked. The package implements synchronous Ethernet, a low level protocol that basically maintains a shared clock between multiple hosts in an Ethernet subnet.

The project is implemented in the C programming language and consists of about 7.000 lines of code. The sensitivity of C programs to memory handling issues, the fact that the synce4l daemon runs as root and the niche topic of synchronous Ethernet is a mixture that makes it an interesting code review target.

We reviewed the source code in early January and fortunately couldn’t find any issues in it. The attack surface on the network is rather small. Even though by default there is no trust established between participants of the protocol, there is only an integer value exchanged between nodes. Corruption of this value cannot negatively influence a system running synce4l (beyond the protocol itself, naturally). The daemon also creates a UNIX domain socket in /tmp, but access to it is limited to root. The project employs a good coding style and we did not have any concerns left when we were finished with the review.

3) Fwupd 2.0 D-Bus and Polkit Changes

In January the openSUSE maintainer for fwupd packaged the major version 2.0 update, which required a follow-up audit by our team. fwupd is part of most Linux distributions and provides mechanisms to automatically upgrade firmware on the system. The fwupd daemon runs as root and implements a D-Bus interface with Polkit authentication. We have already reviewed it many times when changes to these interfaces have occurred.

Even though this time fwupd has received a major version update, there have only been moderate changes to the D-Bus and Polkit aspects of the software. Generally, the implementation of the D-Bus interface in fwupd is more on the complex side. Polkit authentication is implemented properly, but it is only applied to a subset of the D-Bus methods offered by the daemon. This means that one has to carefully differentiate between the methods that require Polkit authentication, and the ones that don’t require any authentication at all. This is what we did during the review; fortunately we couldn’t find any problems with the unauthenticated methods.

One notable feature that has been added in this fwupd release allows it to run its own dedicated D-Bus instance, likely for lean and mean environments or for use in early boot scenarios, when no system D-Bus is available. When this feature is in use then no Polkit authentication will be performed, likely because no Polkit daemon is present either in this situation. This mode will only be active when the environment variable FWUPD_DBUS_SOCKET is passed to the daemon, however, and should not be reachable in regular installations of fwupd.

There was one new Polkit action org.freedesktop.fwupd.emulation-load, which was allowed for users in a local session without authentication. The corresponding D-Bus method accepts JSON data, either directly or placed in a compressed archive which is passed to the daemon. This is used to load “hardware emulation data” into fwupd. This sounded like a strong privilege for a regular user to have, and thus we inquired upstream if this lax authentication setting was actually necessary. The outcome was that we could raise the authentication requirement to auth_admin, thereby improving security in fwupd.

4) Tuned Revisited

tuned has seen quite a number of changes recently, which also led to a local root exploit finding in November. We received yet another review request in January due to further changes in the area of D-Bus configuration and Polkit actions.

Security-wise there was not much interesting to find in these changes. A number of Polkit actions have been renamed, and tuned optionally provides a drop-in replacement for the UPower D-Bus interface now. We accepted the changes without further ado.

5) iio-sensor-proxy Revisited

iio-sensor-proxy is another package that we already reviewed in the past but that popped up again in January due to changes in its D-Bus configuration. The package provides a D-Bus interface for different hardware sensors like ambient light sensor, accelerometer or proximity sensor. During the review we found that a newly added net.hadess.SensorProxy.Compass.ClaimCompass D-Bus method was unauthenticated, while other similar methods required Polkit authentication.

We reported the issue privately to upstream. The lack of authentication was confirmed and upstream fixed the issue. We did not request a CVE or publish a dedicated report about this, because the impact of the issue is assumed to be low. Such smaller findings still show the usefulness of code reviews that can lead to improvements in upstream code and configuration before software is shipped to openSUSE users.

6) systemd-sysupdated D-Bus Service

In February we received a request to review an experimental systemd component called sysupdated. When reading the program description one could be inclined to think that systemd is now on a quest to replace package managers. The main purpose of this daemon is only to keep container assets and other images up-to-date, however.

sysupdated comes with a larger D-Bus interface protected - in parts - by Polkit. Some read-only properties and method calls are available without Polkit authentication. Systemd components rely on shared code to implement D-Bus services and Polkit authentication. Compared to the last time we had a look into these shared routines, it felt as if the complexity increased quite a lot in this area. You can have a look at this Bugzilla comment to get an impression of the complexities that are involved there these days. One reason for the increased complexity could be the addition of the Varlink IPC mechanism, which can also use Polkit for authentication.

Despite the perceived complexity in the D-Bus and Polkit handling, we couldn’t find any problematic aspects in the implementation. There was one decision to be made about the Polkit action org.freedesktop.sysupdate1.update. The authentication requirements for it are by default set to auth_admin:auth_admin:yes, meaning that users in a local session can update assets managed by sysupdated without authentication. This is also documented in the upstream Polkit policy. This only allows to update assets to the most recent version, not to any specific version nor to downgrade the version. It also doesn’t allow to install any new assets. For this reason we allow updates without authentication in our Polkit easy profile while the other profiles have been hardened to require admin authentication.

7) AppArmor aa-notify Polkit Policy

In February a request arrived to whitelist Polkit actions used by the aa-notify helper which has been added to the AppArmor package. This utility is a graphical program similar to setroubleshoot for SELinux, and allows to identify AppArmor violations and modify the AppArmor profile to allow actions that have been denied.

The two Polkit actions that needed reviewing allow to execute a Python script found in
/usr/lib/python3.11/site-packages/apparmor/update_profile.py via pkexec using a specific command line parameter. This script performs the task of actually modifying the AppArmor profile according to the provided input files. Due to the nature of the script there is no way to execute it safely without admin authentication. This is reflected in the Polkit action settings, which always require auth_admin authorization.

The implementation of the script is a bit peculiar in some ways, and some parts also seem incomplete. The one aspect that was important to check here was that the script must not act in dangerous ways on the file system, e.g. by using unsafe temporary files or by writing to locations that are under control of unprivileged users. We could not find issues of this kind at the time we reviewed it.

As the script can only be invoked with admin credentials and since there is no legit use case to lower this authentication requirement, we did not dig a lot deeper here and accepted the new Polkit policy. We want to keep an eye on this script, however, since it has some potential to be changed in ways that could harm the local system security.

8) Conclusion

Once more, we hope that with this post we have been able to give you some additional insights into our daily review work for openSUSE and SUSE products. Feel free to reach out to us if you have any questions about the content discussed in this article. We expect the spring issue of the spotlight series to be available in about three months from now.

9) References

• synce4l review bug
• fwupd 2.0 review bug
• tuned review bug
• iio-sensor-proxy review bug
• systemd-sysupdated review bug
• AppArmor aa-notify review bug

Hace mucho tiempo publiqué el mapa generado en Google de los usuarios de KDE. Ese mapa era colaborativo y voluntario pero generado sobre Software Privativo. En varias ocasiones pedí que alguien lo cambiara a OpenStreetMap y mis súplicas fueron escuchadas. Ya casi había olvidado este proyecto pero este agosto lo recuperé, publicitándolo en el grupo de Telegram KDE – Cañas y Bravas y parece que el proyecto ha tomado impulso, así que he decidido seguir publicitándolo durante unos meses. Así que os doy la bienvenida a la actualización de marzo_25 del mapa de usuarios KDE que, como vais a ver, no ha sufrido apenas cambios respecto el mes anterior, por no decir ninguno. Todavía seguimos sin tener a nadie en Cáceres, Lleida, Cuenca, Salamanca o Huesca, por poner algunas capitales de provincia. ¿No podemos solucionar este vacío? ¿Conoces a alguien de alguna de esas capitales? Si es así dile que se apunte.

Actualización de marzo_25 del mapa de usuarios KDE

Si vais a ver el mapa de la Comunidad KDE de España marzo 2018, podréis ver una imagen estática de los usuarios que se habían puesto voluntariamente , y digo estática, porque alguien borró (queriendo o sin querer) los «pines» del mapa.

Ese incidente fue comentado en el grupo de Telegram KDE – Cañas y Bravas, y un usuario dijo que trabajaría en ello aprovechando que se debía empezar de nuevo el mapa.

Este compañero de grupo era @wakutiteo y creó, utilizando los servicios de uMap sobre OpenStreetMap el nuevo mapa de la usuarios KDE en España en el que podemos empezar a registrarnos.

En un principio había poca poca gente apuntada (mirad la entrada de junio de 2018) pero poco a poco se ha ido llenando, a pesar de la poca promoción que ha tenido. A ver si a partir de ahora voy dándole más cancha y el mapa crece .

2025

Marzo 2025

Este mes es triste: no hemos tenido ninguna incorporació Seguimos sin usuarios en capitales de provincia, además de las mencionadas, como Lleida, Salamanca, Huelva, Zamora, Lugo, Soria, Teruel, Segovia, Tarragona, Girona, Alicante, Santiago de Compostela, Pontevedra o Ávila, si no he mirado mal (que es posible).

Pincha en este enlace para ver el mapa interactivo.

Evidentemente, es voluntario y apuntaros es bajo vuestra propia responsabilidad. Os dejo también el mapa incrustado que se irá actualizando poco a poco.

Mostra-ho a pantalla completa

Febrero 2025

Enero 2025

2024

Para facilitar el seguimiento he decidido crear la sección del año separándolo del mes conrrespondiente.

Agosto 2024

Septiembre 2024

Octubre 2024

Diciembre 2024

Y también os dejo un vídeo de cómo editar el mapa para poder apuntaros.

¿Qué es Umap?

Básicamente, con uMap puedes crear mapas con capas de OpenStreetMap en un minuto e incrustarlo en tu página web, de código libre. Con uMap puedes realizar las siguientes acciones:

• Elegir las capas de tu mapa
• Añadir PDIs: marcadores, líneas, polígonos…
• Elegir los colores y los iconos de los PDIs
• Gestionar opciones del mapa: mostrar un minimapa, localizar al usuario al cargar…
• Importar por lotes datos geoestructurados (geojson, gpx, kml, osm…)
• Elegir la licencia de tus datos
• Embeber y compartir tu mapa

La entrada Actualización de marzo_25 del mapa de usuarios KDE se publicó primero en KDE Blog.

Recently we enabled nightly syslog-ng builds and container builds for arm64. It means that from now on, you can run the latest syslog-ng on 64bit ARM platforms. For this test, I used a Raspberry Pi 3 running the latest Raspberry Pi OS. As I use Podman everywhere else (I am an openSUSE / Fedora guy), I also installed it here for container management.

Read more at https://www.syslog-ng.com/community/b/blog/posts/nightly-arm64-syslog-ng-container-builds-are-now-available

Tras un parón debido al salto de Qt5/KF5 a Qt6/KF6 que realizó la Comunidad KDE hace ya más de un año decidí retomar esta sección aunque renombrándola ya que en ella solo hablaré de Plasmoides para Plasma 6. Así que hoy os presento un separador de widgets llamado Simple Separator, el plasmoides para Plasma 6 número 16 de la serie,

Separador de widgets, Simple Separator – Plasmoides para Plasma 6 (16)

Como he comentado en otras ocasiones, de plasmoides tenemos de todo tipo funcionales, de configuración, de comportamiento, de decoración o, como no podía ser de otra forma, de información sobre nuestro sistema como puede ser el uso de disco duro, o de memoria RAM, la temperatura o la carga de uso de nuestras CPUs.

Así que espero que le deis la bienvenida a Simple Separator, el plasmoides para Plasma 6 número 16 de la serie que nos permite poner una simple barra para separar los widgets, algo básico para personalizar tus barras de tareas. Otra creación del incansable zayronXIO y que queda fabuloso.

Las opciones de personalización de Simple Separator son:

• Grosor
• Color
• Longitud
• Márgenes
• Opacidad
• Diseño lineal o punto separador

Y como siempre digo, si os gusta el plasmoide podéis «pagarlo» de muchas formas en la 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.

La entrada Separador de widgets, Simple Separator – Plasmoides para Plasma 6 (16) se publicó primero en KDE Blog.

Es increíble el trabajo de promoción que está realizando Nate en su blog, dese hace más del tiempo que puedo recordar (años) cada semana hace un resumen de las novedades más destacadas, pero no en forma de telegrama, sino de artículo completo. Su cita semanal no falla y voy a intentar hacer algo que es simple pero requiere constancia. Traducir sus artículos al castellano utilizando los magníficos traductores lo cual hará que la gente que no domine el inglés esté al día y que yo me entere bien de todo. Bienvenidos pues al tecero de la serie «Esta semana en Plasma» que lleva por título «Mejoras en Plasma 6.4». Espero que os guste y, sobre todo, que pueda mantener el ritmo de publicación de Nate Graham.

Mejoras en Plasma 6.4 – Esta semana en Plasma

Nota: artículo original en Blogs KDE. Traducción realizada utilizando deepl.com. Mis comentarios están entre corchetes.

¡Bienvenido a un nuevo número de «Esta semana en Plasma»! Cada semana cubrimos lo más destacado de lo que está sucediendo en el mundo de KDE Plasma y sus aplicaciones asociadas como Discover, System Monitor y más.

Esta semana Plasma 6.4 ha seguido tomando forma, con una serie de modernizaciones y mejoras visibles para el usuario, en particular algunos avances en los temas de navegación por teclado, accesibilidad y personalización de la presentación de las aplicaciones en los menús del lanzador.

Novedades importantes

Plasma 6.3.4

Se ha añadido navegación e interacción con el teclado a la ventana emergente del widget User Switcher. (Marco Martin, enlace)

Plasma 6.4.0

KMenuEdit ha recibido una modernización de la interfaz de usuario, incluyendo una simplificación de los contenidos de la barra de herramientas por defecto, mostrando un menú hamburguesa seleccionado por defecto, y adoptando pestañas de vista de herramientas de estilo moderno. (Oliver Beard, enlace 1 y enlace 2) [Seguimos la idea de simple por defecto, potente cuando es necesario].

Al instalar aplicaciones en Discover, los comentarios sobre el progreso aparecen ahora justo en el lugar donde estabas mirando, en lugar de en la esquina opuesta de la ventana. (Nate Graham, enlace)

El widget Calculadora de Plasma ahora anuncia el resultado calculado utilizando el lector de pantalla, si hay uno activo. (Christoph Wolk, enlace) [La accesibilidad es muy importante para la Comunidad KDE, otra cosa es que lo hagamos bien del todo].

Mejorada la navegación por teclado para el widget Calculadora de Plasma; ahora la navegación se desplaza en la misma fila o columna. (Christoph Wolk, enlace)

En las vistas de tabla del Monitor del Sistema, ahora puedes pulsar Ctrl+A para seleccionar todo, como era de esperar. (Arjen Hiemstra, enlace)

Después de editar una página en System Monitor, la aplicación ahora se desplaza para mostrar una fila recién añadida si, por algún motivo, aparecería fuera del área visible. (Arjen Hiemstra, enlace) [Problemas de la múltiples resoluciones de pantalla].

El plugin «Dim Screen for Administrator Mode» de KWin está ahora activado por defecto, lo que ayuda a centrar la atención en los mensajes de autenticación para que sea menos probable que no los vea o los pierda, especialmente con un escritorio desordenado y lleno de cosas. (Vlad Zahorodnii, enlace) [Conozco este tipo de gente :)]

Los OSD se denominan ahora sistemáticamente «OSD» en todos los lugares donde se pueden desactivar. (Nate Graham, enlace 1 y enlace 2) [La coherencia es muy importante en cualquier proyecto pero complicada en proyectos comunitarios.]

Frameworks 6.13

System Monitor muestra ahora algo más amigable cuando se le pide que informe del nivel de carga de la batería de un dispositivo cuya tecnología de batería no puede determinar. (David Redondo, enlace)

Corrección de errores importantes

Plasma 6.3.4

Se ha reducido el rango de datos que acepta el portapapeles de Plasma para que esté más en línea con lo que hacía en Plasma 6.2 y anteriores. Esto evita que Plasma se bloquee al copiar ciertos tipos de contenido en determinadas aplicaciones. (Fushan Wen, enlace)

Activar la campana del sistema un millón de veces en rápida sucesión (por ejemplo, manteniendo pulsada la tecla de retroceso en una aplicación GTK que utilice XWayland; no lo hagas) ya no congela todo el sistema. (Nicolas Fella, enlace)

Se ha corregido un error en el widget Informe meteorológico que provocaba que no guardara su configuración (tamaño, posición, incluso su existencia) en determinadas circunstancias cuando se colocaba en el escritorio, en lugar de en un panel. (Marco Martin, enlace)

El widget del cambiador de usuario ahora distribuye el texto del nombre de usuario de forma más sensata, ni demasiado grande con paneles horizontales enormes, ni desbordante con paneles verticales no enormes. (Marco Martin y Nate Graham, enlace 1 y enlace 2)

Se ha corregido una regresión en el nuevo código de embaldosado rápido espacial que hacía que las acciones globales para embaldosar instantáneamente la ventana activa no siempre funcionaran correctamente la primera vez que se invocaban. (Vlad Zahorodnii, enlace)

Se ha corregido una regresión que impedía pegar números en el widget de la calculadora de Plasma. (Christoph Wolk, enlace)

Se ha corregido una regresión que provocaba que los iconos de las ventanas emergentes de la vista de carpetas en modo lista se mostraran con demasiada transparencia. (Nate Graham, enlace)

Se ha corregido un error que provocaba que KMenuEdit no pudiera guardar los cambios realizados en las aplicaciones Flatpak instaladas en todo el sistema que se habían personalizado previamente mediante el cuadro de diálogo de propiedades. (Oliver Beard, enlace)

Plasma 6.4.0

Se han corregido varios problemas menores que afectaban al widget Marco multimedia, como el parpadeo al cambiar de imagen y el hecho de que no se recordaran los tamaños personalizados de las ventanas emergentes al vivir en un panel. (Marco Martin, enlace)

Otra información de errores destacables:

• 3 bugs Plasma de muy alta prioridad (por debajo de los 2 de la semana pasada). Lista actual de errores
• 21 fallos de Plasma de 15 minutos (menos que los 23 de la semana pasada). Lista actual de fallos

Novedades técnicas y de rendimiento

Plasma 6.3.4

Las grabaciones de pantalla no completa tomadas en Spectacle tienen ahora una calidad visual significativamente mayor cuando se utiliza un factor de escala de pantalla fraccional. (Vlad Zahorodnii y Noah Davis, enlace 1, enlace 2, enlace 3, enlace 4, enlace 5)

Plasma 6.4.0

Continuación del proyecto de limpieza de la salida de registro de Plasma. (Christoph Wolk, , enlace 1, enlace 2, enlace 3, enlace 4, enlace 5, enlace 6, enlace 7, enlace 8, enlace 9, enlace 10, enlace 11, enlace 12, enlace 13, enlace 14, enlace 15, enlace 16, enlace 17, enlace 18, enlace 19, enlace 20, and enlace 21)

Cómo puedes ayudar

KDE se ha convertido en algo importante en el mundo, y tu tiempo y contribuciones nos han ayudado a conseguirlo. A medida que crecemos, necesitamos su apoyo para mantener KDE sostenible.

Puedes ayudar a KDE convirtiéndote en un miembro activo de la comunidad e involucrándote de alguna manera. Cada colaborador marca una gran diferencia en KDE – ¡no eres un número o un engranaje en una máquina!

Tampoco tienes que ser programador. Existen muchas otras oportunidades:

• Clasificar y confirmar informes de errores, tal vez incluso identificar su causa raíz.
• Contribuir al diseño de fondos de pantalla, iconos e interfaces de aplicaciones.
• Diseñar y mantener sitios web
• Traducir elementos de texto de la interfaz de usuario a su propio idioma.
• Promover KDE en su comunidad local
• …¡Y un montón de cosas más!

¡También puedes ayudarnos haciendo una donación! Cualquier contribución monetaria – por pequeña que sea – nos ayudará a cubrir los costes operativos, salarios, gastos de viaje de los colaboradores, y en general a mantener KDE llevando el Software Libre al mundo.

Para obtener una nueva característica de Plasma o una corrección de errores mencionada aquí, siéntase libre de enviar un commit a la solicitud de fusión correspondiente en invent.kde.org.

La entrada Mejoras en Plasma 6.4 – Esta semana en Plasma se publicó primero en KDE Blog.