Sigo la serie de artículos que nos van a ir informando de las novedades que nos esperan en la nueva versión del escritorio Plasma de la Comunidad KDE. Así que bienvenidos a «Camino a Plasma 5.21 (IV): KDE y Wayland» donde hablaremos de los avances en este nuevo servidor gráfico, que no son pocos.

Camino a Plasma 5.21 (IV): KDE y Wayland

Ya ha pasado tiempor desde que el 21 de enero fue lanzado la beta de Plasma 5.21, una versión no apta todavía para el usuario domésticos, y que se libera para ir solucionando errores.

En el artículo del pasado jueves ya hablé por encima de sus novedades pero hoy quiero comentaros más a fondo los avances respecto al desarrollo de Wayland en el escosistema de aplicaciones y escritorio KDE, el cual poco a poco se va consolidando, y doy fe porque cuando reportas los errores (como yo he hecho) se van solucionando.

De esta forma, la KDE se está esforzando para tener un soporte de primera clase para Wayland, y Plasma 5.21 supone un gran avance para alcanzar dicho objetivo. Recordemos que era uno de los objetivos que fueron marcados como prioritarios por la Comunidad KDE.

Así tenemos jugosas y concretas novedades como:

• Se ha refactorizado ampliamente el código de composición de KWin lo cual debería reducir la latencia de todas las operaciones de composición.
• Se ha añadido un control en las preferencias de la composición para que pueda elegir si prefiere una latencia más baja o unas animaciones más suaves.
• Se ha añadido soporte para configuraciones de pantalla de frecuencia de actualización mixta en Wayland. De esta forma se puede tener una pantalla con refresco a 144 Hz y otra a 60 Hz.
• También se ha añadido soporte preliminar para múltiples GPU en Wayland.
• Se ha mejorado el teclado virtual de Wayland se ha mejorado y ahora admite aplicaciones GTK que usan el protocolo text-input-v3.
• Mejorado el uso de tabletas gráficas y ahora incluye todos los controles que faltaban en la versión anterior, como el anillo y los botones de la tableta.
• Evidentemente, se han añadido numerosas mejoras de estabilidad en bastantes componentes de Plasma. Un ejemplo es KRunner que ahora puede enumerar todas las ventanas abiertas en Wayland, y también se permiten funciones necesarias para GTK4, por lo que las aplicaciones GTK4 funcionarán ahora.

Más información: KDE.org

Pruébalo y reporta errores

Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.

Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de Plasma 5.21 de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.

Para ello debes instalarte esta beta y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.

I tweeted about a blog post which I published on opensuse.mu, explaining how I configured the GNOME desktop theme Yaru (by the Ubuntu community) on my openSUSE Tumbleweed machine. The tweet got a lot of reaction, not just for the blog post or cool Yaru theme but also for the nice wallpaper showing penguins using a computer.

I got a question whether the wallpaper was freely available. The answer is yes. The wallpaper was released, among many others, by Digital Ocean in 2016.

You can head to imgur.com now and grab a cool wallpaper for your Linux desktop.

Three openSUSE Tumbleweed snapshots were released since the last update.

Several RubyGems were updated in the first two snapshots of the week and an update to sudo came in the most recent 20210127 snapshot.

A 10-year-old Common Vulnerabilities and Exposures that allowed root-level access was fixed with the update to sudo 1.9.5p2. Patches for CVE-2021-3156 were also backported in maintenance updates for openSUSE Leap. A minor version update of virtualbox to 6.1.18 fixed some nested virtualization hangs when executing symmetric multiprocessing with nested-guests under certain conditions on Intel hosts. An update was made to jhead, which is a command-line tool for displaying and manipulating exif header data in jpeg images; the 3.04 version removed an unnecessary warning with some types of GPS data and fixed a few bugs, including one bug that did not clear exif information when processing images. Some buttons were disabled in the update of yast2-network 4.3.41, which also added basic support for writing the network configuration to the NetworkManager backend.

New features from the update of libvirt 7.0.0 arrived in snapshot 20210126. The new version allows control of the qcow2 metadata cache for qemu. Another qemu improvement was the reporting of guest disks informations in virDomainGetGuestInfo; libvirt is now able to report disks and filesystems from the guest’s perspective using guest agent 5.3.0 or newer. The Linux Kernel 5.10.9 updated in the snapshot as well. A few updates were made for the i915 graphics drivers including allowing a sysadmin to override security mitigations for digital rights management. Skopeo, which is a command line utility for container images and image repositories, updated the vendor of containers and integrated tests for the syncing of the k8s.gcr.io directory. Other packages to arrive in the snapshot wree ncurses, xen, email client mutt 2.0.5 and text rendering library pango 1.48.1. A few RubyGems arrived in the snapshot; rubygem-parser 3.0.0.0, rubygem-rspec 3.10.0 and rubygem-rubocop 1.8.1 were among the RubyGems packages to arrive in this snapshot.

The majority of the gem packages arrived in snapshot 20210121. The entire snapshot was filled with more than 40 plus RubyGems updates. Notable packages to update were Ruby’s logging layer rubygem-fluentd 1.12.0, major version updates of rubygem-webpacker 5.2.1 and rubygem-liquid 5.0.0, and rubygem-js-routes 1.4.14. Only four other packages were updated. Those updates were xapps 2.0.6, gstreamer-devtools 1.18.3, gstreamer-editing-services 1.18.3 and python-gst 1.18.3.

Sigo la serie de artículos que nos van a ir informando de las novedades que nos esperan en la nueva versión del escritorio Plasma de la Comunidad KDE. Así que bienvenidos a «Camino a Plasma 5.21 (III): nuevo Monitor del Sistema» donde hablaremos del nuevo Monitor del Sistema, que nos ofrece todo tipo de información para controlar nuestro equipo.

Camino a Plasma 5.21 (III): nuevo Monitor del Sistema

El pasado 21 de enero fue lanzado la beta de Plasma 5.21, una versión no apta todavía para el usuario domésticos, y que se libera para ir solucionando errores.

En el artículo del pasado jueves ya hablé por encima de sus novedades pero hoy quiero comentaros más a fondo el nuevo Monitor del Sistema, que viene a dotar de un aspecto muy profesional y completo, dispuesto a satisfacer cualquier necesidad que tengamos.

Este nuevo Monitor del Sistema se ha construido sobre Kirigami y un servicio de estadísticas del sistema llamado «KSystemStats», lo cual le da la adaptabilidad a cualquier tipo de pantalla. Comparte código con los nuevos subprogramas de monitorización del sistema introducidos en Plasma 5.19 y está diseñado para suceder a KSysGuard.

En cuanto al aspecto gráfico el «Monitor del sistema» de Plasma proporciona muchas vistas diferentes y ofrece una página de resumen general que muestra información sobre los recursos centrales importantes, como la memoria, el espacio en disco, la red y el uso de CPU.

Además proporciona una vista rápida de las aplicaciones que consumen más recursos y un historial que muestra la evolución del uso de los recursos de su máquina a lo largo del tiempo.

Si se necesita más detalles, la página «Aplicaciones» le muestra todas las aplicaciones en ejecución junto a estadísticas y gráficos detallados. También dispone de una página con información sobre los procesos.

Finalmente, también puede crear nuevas páginas personalizadas usando el editor de páginas. Esto le permite adaptar a sus necesidades la información que obtiene de su sistema.

Más información: KDE.org

Pruébalo y reporta errores

Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.

Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de Plasma 5.21 de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.

Para ello debes instalarte esta beta y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.

As usual, we keep our infrastructure up-to-date. While this is easy for the base system ('zypper patch', you know? ;-) most of the applications need special handling. Normally, we package them as well in our OBS repositories. But this often means that we need to maintain them on our own. At least: packaging them allows us to track them easily and integrates them in the normal workflow. All we have to do to keep them updated on the production machines is a 'zypper up' (which updates all packages with higher version and/or release number - while a 'zypper patch' only updates packages, which have an official patchinfo with them).

Upgrading Matomo from version 3.14.1 to 4.1.1 was not that easy: simply replacing the files in the package was not enough. Upstream changed so much in the database structure, that the standard calls in the post installation script (which normally update the database as well during package update) were just not enough. As this is (hopefully) a one-time effort, we run some steps manually from the commandline, which took ~20hours. After that, our DB was updated, cleaned up and ready to go again.

Summary: Being an openSUSE hero includes not only being an infrastructure Guru with automation and scripting skills. Often enough, you need some packaging expertise as well. ...and sometimes even this is not enough!

The openSUSE Project will begin monthly web development sprints to address feedback provided by attendees of the Jan. 23 meetup regarding the results of the End of the Year Survey.

The sprints will be every first Thursday of the month at 18:30 UTC and will take place online at https://meet.opensuse.org/websprints; the first sprint starts on Feb. 4.

The web sprints are open for people to provide feedback to the community about the various websites openSUSE has for on-boarding people who install openSUSE and people who want to learn more about the distributions, tools and technologies. The sprints will focus on several aspects of web development and enhance the structure of the websites to better direct users toward helpful links, resources and communication tools. The web sprints seek participation from new, current and former users to provide feedback to developers with the desire to better understand how people navigate the openSUSE websites.

Gaining feedback on the best communication channels to help people solve technical issues and better ways to show people how to get involved in the project are desired outcomes from the web development sprints.

The sprints will provide a useful way for people to voice their feedback and gain knowledge about web development and technologies.

Organizers of the sprint are collecting topics and ideas on https://etherpad.opensuse.org/p/websprints, so even people who are interested but unable to attend can help improve the navigation and content of the project’s websites.

Next Meetup for End of Year Survey Results

The next sessions will start at 13:00 UTC on openSUSE’s Jitsi instance on Jan. 30. Topics to be discussed are:

• Tools driving switchers to openSUSE (Where are users coming from)
• Discuss flagship project/s
• Expanding global users
• Increasing diversity
• Increase usage with people under 34

The meetup will take place at https://meet.opensuse.org/EOY2020.

Hoy me complace presentar Weekday Grid, el plasmoide de KDE número 167 de la gran serie de los mismos mostrados en el blog y que nos ofrece una forma minimalista y elegante de mostrar el día de la semana en nuestro escritorio.

Weekday Grid – Plasmoides de KDE (167)

Tenemos muchos plasmoides estilo reloj para Plasma, pero pocos para calendarios. Haciendo un rápida búsqueda por el blog me aparecen Calendar WL y Event Calendar, aunque hay que reconocer que éste último es una bestia parda difícil de igualar.

No obstante, calendarios minimalistas y con funciones muy definidas hay pocos, y es por ello que me alegra presentaros Weekday Grid, un simple plasmoide que nos muestra el día de la semana en el que nos encontramos de una forma sencilla pero atractiva.

Lo podemos colocar, como todos los plasmoides, tanto en el escritorio como en una barra de tareas, aunque yo me decanto por lo primero.

También destacan sus opciones de personalización tanto de aspecto (seleccionando el tema de colores que deseemos o creando el nuestro propio) como la posibilidad de elegir la localización específica del plasmoide, útil en mi caso ya que lo he cambiado a castellano ya que en catalán todos los días empiezan en «d».

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

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

Veamos cómo consultar el historial de búsquedas realizadas y el historial de comandos ejecutados en el editor Vim

Vim tiene la gran utilidad de almacenar muchas cosas en historiales, para ahorrarnos tiempo a la hora de realizar tareas repetitivas o volver a consultar cosas que hemos realizado.

Por ejemplo los historiales de búsquedas realizadas y de comandos ejecutados en el editor Vim. Veamos cómo consultar esos historiales, navegar entre ellos, etc.

Este artículo es una nueva entrega del curso “improVIMsado” que desde hace meses vengo publicando en mi blog sobre el editor Vim y que puedes seguir en estos enlaces:

• https://victorhckinthefreeworld.com/tag/vim/
• https://victorhck.gitlab.io/comandos_vim/articulos.html

Vim de manera predeterminada guarda un historial de 50 registros, algo que es muy poco. Es buena práctica aumentar el número de registros guardados en el historial.

Para ello añadiremos la siguiente línea en nuestro archivo de configuración .vimrc, para que almacene 1000 registros:

:set history=1000

También hay que destacar que:

• cuando escribimos un nuevo comando que es igual que el anterior, el más antiguo se elimina, para que no haya entradas duplicadas en el historial.
• solo se guardan los comandos que se escriben, no aquellos que provienen de mapeados de teclados, o similares.
• todas las búsquedas se guardan en el historial de búsquedas, incluso aquellas en las que hemos utilizado “*” o “#”

Pero vayamos al meollo de la cuestión ¿te parece?

Historial de comandos ejecutados

Quizás alguna vez hayas abierto este historial sin darte cuenta, ya que el comando para abrir el historial es:

q:

Similar al :q utilizado para cerrar el buffer actual de Vim. Ejecuanto el comando anterior en modo normal, se nos abrirá una ventana inferior con el historial de los comandos ejecutados.

Podemos navegar por el historial con “j” y “k” o con las teclas de movimiento del cursor arriba y abajo.

También estando en esa ventana podemos buscar entre los comandos ejecutados. Si ponemos por ejemplo:

:set

Y pulsamos con las flechas arriba y abajo, nos mostrará todos los comandos ejecutados que comenzaban con set.

También podemos buscar no solo con las letras con las que comenzaba un comando del historial, también podemos buscar con “/” y el texto a buscar:

/<texto a buscar>

Esto buscará la cadena <texto a buscar> entre todos los comandos del historial de comandos, no solo los que empiezan con set como el modo anterior.

Podremos movernos entre las cadenas encontradas con N o n.

También es posible buscar en el historial, pulsando solo los dos puntos

:

Y después movernos con las teclas de las flechas arriba y abajo e iremos recorriendo el historial.

Con cualquier modo utilizado, cuando encontremos el comando que deseamos, al pulsar Enter se volverá a ejecutar.

Historial de búsquedas

Para abrir el historial de búsquedas ejecutaremos:

q/

También nos abrirá una pantalla inferior con un listado de las últimas búsquedas realizadas. También podremos buscar en ese historial con

/<texto a buscar>

Y navegar entre las ocurrencias encontradas con N y n de las búsquedas del historial que contienen el <texto a buscar>.

Como en el caso anterior, también podemos recorrer el historial de búsquedas escribiendo el comando para buscar:

/

Y después pulsando las teclas de movimiento del cursor arriba y abajo hasta encontrar la opción que queremos.

Con cualquier método utilizado, al encontrar la búsqueda deseada y pulsar Enter, Vim volverá a realizar la misma búsqueda en nuestro buffer.

Al abrir las ventanas en las que se muestran el historial de comandos o de búsquedas, además de buscar, también podremos “reutilizar” algún elemento de esos historiales.

Podremos reutilizarlas, porque una vez encontrada la entrada que queremos podremos editarla y cambiar la parte que queremos por otra y ejecutar ese nuevo comando.

Para salir de esas ventanas podremos hacerlo con alguna de estas opciones:

• Ctrl-C
• Ctrl-C W
• :quit

Cuando los comandos o las búsquedas son sencillas igual es más fácil el volver a escribirlas de nuevo, pero cuando son comandos o búsquedas complejas que incluyen opciones, etc esta manera nos ayuda a no tener que volver a escribir todo o recordarlo.

Espero que este nuevo truco del curso de Vim en mi blog te sea de utilidad si no sabías que existía, comparte tu experiencia en los comentarios del blog. A mí me resulta útil.

Quizás en otro artículo echemos un vistazo a otros historiales que Vim almacena.

Ever since Red Hat announced that they are changing the development model of CentOS and making it an upstream project rather than downstream, it left many CentOS users frowning. No matter what argument brought forward, CentOS users, especially running production machines, relied on the stability of an enterprise-grade Linux distribution. Compiled from RHEL sources, CentOS offered such stability that it powered many web servers and enjoyed a massive 20% share of the top 500 supercomputers of the world.

Some time back, Red Hat made another annoucement, about new Red Hat Enterprise Linux programs. Under the new program RHEL can be used in production for up to 16 systems (which Red Hat considers a small workload) at zero license costs. Also, Red Hat is making it easier for a customer's development team to join the program and reap the benefits.

What risks lie ahead for an enterprise if Red Hat changes or cancels the program in the future? 🤔

On the other hand, since 2018, SUSE has worked closely with the openSUSE community to bring the Leap distribution closer to SUSE Enterprise Linux (SLE), such that now Leap and SLE are binary compatible.

openSUSE currently offers two distinct distributions, Leap & Tumbleweed.

Tumbleweed is a rolling distribution constantly getting updated software whereas Leap has planned releases that sync with SUSE Linux Enterprise and its Service Packs.

The above image depicts how openSUSE & SUSE Linux Enterprise are developed together. Factory is the rolling development codebase for both openSUSE & SLE. In the pipeline we can see that Leap & SLE are synced and both receive software packages from the same source; that is why they are both binary compatible.

In a series of blog posts explaining how SUSE builds its Enterprise Linux distribution, author Vincent Moutoussamy details the relationship between openSUSE & SLE.

Conclusion

Red Hat allows its clients to use RHEL for free on up to 16 machines. On the other hand, openSUSE Leap boasts binary compatibility with SUSE Linux Enterprise and comes without any restriction on usage.

Cover image source:
Photo by Gratisography from Pexels

Sigo la serie de artículos que nos van a ir informando de las novedades que nos esperan en la nueva versión del escritorio Plasma de la Comunidad KDE. Así que bienvenidos a «Camino a Plasma 5.21 (II): las mejoras visuales» donde hablaremos de qué nuevos ajustes en el aspecto gráfico que se han cocinado para esta nueva versión de nuestro entorno de trabajo preferido.

Camino a Plasma 5.21 (II): las mejoras visuales

El pasado 21 de enero fue lanzado la beta de Plasma 5.21, una versión no apta todavía para el usuario domésticos, y que se libera para ir solucionando errores.

En el artículo del pasado jueves ya hablé por encima de sus novedades pero hoy quiero comentaros dos mejoras visuales que nos encontremos pronto en nuestro escritorio.

La primera es simple pero más importante de lo que parece: ñas aplicaciones que utilizan el tema por defecto de Plasma tendrán un esquema de colores renovado y lucirán un nuevo estilo de barra de cabecera unificado con un aspecto nuevo y limpio.

La segunda es la presentación de Breeze Twilight: una combinación de un tema oscuro para Plasma y un tema claro para las aplicaciones, para que podamos disfrutar de lo mejor de ambos mundos. Estará disponible en la configuración global de temas y estoy ansioso por probarlo, ya que últimamente utilizo un tema oscuro y veo que en ocasiones no cuadra todo del todo.

Más información: KDE.org

Pruébalo y reporta errores

Todas las tareas dentro del mundo del Software Libre son importantes: desarrollar, traducir, empaquetar, diseñar, promocionar, etc. Pero hay una que se suele pasar por alto y de la que solo nos acordamos cuando las cosas no nos funcionan como debería: buscar errores.

Desde el blog te animo a que tú seas una de las personas responsables del éxito del nuevo lanzamiento de Plasma 5.20 de la Comunidad KDE. Para ello debes participar en la tarea de buscar y reportar errores, algo básico para que los desarrolladores los solucionen para que el despegue del escritorio esté bien pulido. Debéis pensar que en muchas ocasiones los errores existen porque no le han aparecido al grupo de desarrolladores ya que no se han dado las circunstancias para que lo hagan.

Para ello debes instalarte esta beta y comunicar los errores que salgan en bugs.kde.org, tal y como expliqué en su día en esta entrada del blog.