Inicio este año de la serie de la iniciativa #viernesdeescritorio con una nueva captura. Con este ya llevo más doce meses consecutivos compartiendo «Mi escritorio», una mirada a la intimidad de mi entorno de trabajo. De esta forma, bienvenidos a mi escritorio Plasma de mayo 2022 que sigue en el tema oscuro del mes pasado, el retorno de la disposición clásica, con Latte como barra de tareas, añadiendo un fabuloso plasmoide y realizando un pequeño tributo a Andy Fletcher, recientemente fallecido miembro de Depeche Mode, mi grupo favorito.

Mi escritorio Plasma de mayo 2022 #viernesdeescritorio

Esta va a ser la vigesimotercera vez que muestro mi escritorio Plasma 5 en público, lo cual es número nada desdeñable de entradas que sigue creciendo de forma constante.

En esta ocasión me ha podido la tristeza y he creído necesario hacer una pequeño homenaje a Depeche Mode ya que el día de ayer recibimos la noticia de la muerte de Andy Fletcher, integrante del mismo desde su fundación.

Por otra parte, sigo utilizando el tema global Brisa oscuro, aunque no lo ponga en el neofetch, y he añadido un reloj fantástico que he encontrado y del cual tengo pendiente una entrada: Aesthetic clock v2.

Sigo con la barra Latte Dock (me gusta que tengan tantas opciones de personalización) ligeramente modificado, añadiendo el lanzador de aplicaciones, la bandeja de sistema y un reloj digital.

Tras unos meses enseñando mi Slimbook Kymera AMD de sobremesa, vuelvo a realizar a captura está realizada sobre mi portátil Slimbook Pro de 13 pulgadas, el cual tiene instalado un KDE Neon con Plasma 5.24.5 (el último de la rama 24)

El resultado de mi escritorio de mayo de 2022 es un entorno de trabajo oscuro pero elegante y funcional que podéis ver en la imagen inferior (pinchad sobre ella para verlo un poco más grande).

La entrada Mi escritorio Plasma de mayo 2022 #viernesdeescritorio se publicó primero en KDE Blog.

El comando shutdown en nuestros sistemas GNU/Linux nos permitirá detener, apagar o reiniciar el sistema de una manera segura e incluso hacerlo a una hora determinada, veamos cómo

El comando shutdown es parte de systemd y le pasa a este el encargo de detener, apagar o reiniciar nuestro sistema con las diversas opciones que admite.

Imaginemos que actualizamos nuestro sistema, y después de acabar queremos que se reinicie a una hora determinada. Vamos a ver cómo usar el comando shutdown y sus opciones.

Para gestionar el comando shutdown son necesarios derechos de usuario root, por tanto todos los comandos se deberán usar ya sea en una sesión de este usuario o mediante el comando sudo.

Lo primero que podemos hacer es leer su documentación, ya sea la página man o mediante:

sudo shutdown --help

Apagar el sistema de inmediato

Si lo ejecutamos sin pasarle ningún argumento, simplemente:

sudo shutdown

Esto hará que el sistema se apague de manera predeterminada en 1 minuto y mostrará una notificación de la hora a la que se realizará el apagado del sistema, por ejemplo:

poweroff scheduled for Thu 2022-05-26 19:59:45 CEST, use 'shutdown -c' to cancel.

Programar el apagado del sistema a una hora determinada

Una cosa interesante del comando, es poder programar el apagado o reinicio del sistema a una hora predeterminada. Para ello ejecutaremos el comando, con la orden que queremos ejecutar y la hora expresada en formato 24h y en formato de hh:mm.

Por ejemplo si queremos reiniciar nuestro sistema a las 22h de hoy mismo, podemos realizarlo mediante:

sudo shutdown --reboot 22:00

Quizás en vez de especificar una hora en concreto, queremos hacerlo expresando los minutos antes de realizar lo que queremos, por ejemplo dentro de 10 minutos, o dentro de 200 minutos, etc.

Por ejemplo si queremos detener nuestro sistema de manera segura, dentro de media hora, lo podremos realizar así:

sudo shutdown --halt +30

Si especificamos un tiempo como en los casos anteriores, podremos añadir un mensaje que se mostrará a todos los usuarios de nuestros sistemas.

sudo shutdown --reboot +30 "se hará un reinicio del sistema"

Aunque con la opción –no-wall podremos también evitar enviar mensajes de las acciones que realizará shutdown.

Cuando programamos un apagado o reinicio del sistema para un tiempo determinado, un tiempo antes de realizar la acción, el sistema impide que nuevos usuario se puedan registrar en el sistema.

Mostrar si existen apagados programados o cancelarlos

Quizás hemos programado un apagado, para dentro de varias horas, pero después de un tiempo no sabemos si realmente lo ejecutamos, o si alguien más lo ha programado ya.

Para consultar si existe algún apagado o reinicio programado con el comando shutdown, podremos consultarlo mediante:

sudo shutdown --show

Que por ejemplo nos dará una salida como esta:

halt scheduled for Thu 2022-05-26 20:59:22 CEST, use 'shutdown -c' to cancel.

Una vez que hemos ejecutado el comando shutdown, ya sea con argumentos o sin ellos, en cualquier momento podemos cancelar la acción ya sea porque queremos modificar el comando, o porque ya no es necesario y eliminar que el comando se reinicie o apague.

Para ello deberemos ejecutar lo siguiente:

sudo shutdown -c

Shutdown de mentiras

El comando shutdown, tiene la opción -k que al añadirla a nuestro comando para programar el apagado, hace que este no sea real, simplemente que envíe el anuncio a todos los usuarios registrados, pero que realmente después no realiza nada más:

sudo shutdown -k +1

Con esto se enviará una notificación de que en 1 minuto se apagará el sistema… aunque después realmente no lo hará.

Puede servir como broma, o como advertencia a los usuarios registrados en el sistema, para apremiarles a que cierren sus sesiones, guarden sus datos, etc…

Quizás a partir de ahora, utilices más este comando para programar el apagado o el reinicio de tu sistema GNU/Linux. ¿Te resultó interesante? ¿Ya lo utilizabas?

Siguen los plasmoides estilo reloj al blog que parecen que vuelven a estar de moda. Tras presentar a Time Keeper Evolution, Clear Clock, Alpaca Clock and Weather o Modern Clock, el widget de hoy (el número 198) de esta serie es Mnimalist Clock un sencillo y elegante reloj digital que destaca por su su simpleza y por estar rodeado de un cuadro.

Minimalist Clock – Plasmoides de KDE (198)

Hoy sigo con los plasmoides para nuestro entorno de trabajo ya que la Comunidad KDE no para de ofrecernos variedad y calidad, y sigo con los de estilo reloj, aunque en esta ocasión nos ofrezca mucha más información.

De esta forma os presento Minimalist Clock, otra creación de Prayagjain que nos ofrece un reloj sencillo, enmarcado e ideal para ponerlo en nuestro fondo de pantalla ya que, de momento, no funciona sobre un panel.

Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la mutante 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 Minimalist Clock – Plasmoides de KDE (198) se publicó primero en KDE Blog.

Hoy me complace daros una pincelada del compromiso de la Comunidad KDE con la ecología. Y es que tenemos a un estudiante que ha decidido unir Season of KDE 2022 y KDE Eco en su proyecto de estudios. Conozcamos un poco mejor su trabajo.

Season of KDE 2022 y KDE Eco

Últimamente se ha puesto de manifiesto la necesidad de reducir nuestro consumo energético como especie para poder superar la crisis de recursos naturales y energía en la que ya estamos inmersos. La Comunidad KDE no es ajena a este problema y desde hace unos meses está involucrada en este problema a través de una iniciativa llamada KDE Eco, de la cual ya he hablado en el blog.

Pues bien, según podemos leer en el blog de KDE Eco, Karanjot Singh, un estudiante de Ingenirería Informática de primer año del Instituto Jaypee de Tecnología de la Información de Noida, en la India, ha decidido participar en el Seaon of KDE colaborando con esta iniciativa y así poder dar información al usuario del gasto energético de las aplicaciones que normalmente utilizamos.

De esta forma su proyecto consiste en emular el comportamiento del usuario para crear scripts de situaciones de uso estándar para algunas aplicaciones, en su caso, editores de texto, y posteriormente, que se mida la energía consumida por las aplicaciones.

Las aplicaciones para las que Karanjot creará los scripts son Kate, Vim, Emacs, Calligra Words, y LibreOffice, editores de texto de uso habitual en el mundo GNU/Linux.

Una vez creados los scripts se pasará a una segunda parte que consiste en un análisis detallado para ver si estas aplicaciones pueden obtener la etiqueta Blauer Engel que nos indica que son aplicaciones respetuosas con el medio ambiente, como ya lo tiene Okular.

Este análisis consiste en:

MEDIR en laboratorios dedicados, como el de KDAB de Berlín, el consumo de energía

ANALIZAR usando herramientas estadísticas como OSCAR («Open source Software Consumption Analysis in R»)

CERTFICAR con la presentación del informe sobre el cumplimiento de los criterios de Blauer Engel

Como vemos, la Comunidad KDE apuesta por un software simple por defecto, potente cuando es necesario pero siempre sostenible.

La entrada Season of KDE 2022 y KDE Eco se publicó primero en KDE Blog.

O pacote ctx não era atualizado faz 8 anos, e até o presente momento nenhuma mudança foi refletida no github https://github.com/figlief/ctx. Mas este pacote foi comprometido dia 21/05 durante uma substituição maliciosa que envia as credenciais da AWS para um servidor.

O pacote ctx tem em média 22.000 downloads por semana. O pacote malicioso foi disponibilizado a partir do dia 14 de maio. O invasor trabalhou na versão 0.1.2 e também nas ultimas versões 0.2.2 3 0.2.6. O objetivo é roubar as credenciais AWS. Os dados enviados são/eram o AWS access Key ID, nome do host e AWS secret access key, toda vez que um dicionário era criado. Tudo foi removido, mas para quem sofreu o ataque o estrago pode ser grande.

Como detectar se o sistema contem o pacote com código malicioso? Para não ter duvida, mude para o diretório raiz e efetue o seguinte comando que varrerá todo o disco.

$ cd /
$ sudo find . -name 'ctx*py'|xargs grep AWS

Se nada aconteceu, fique em paz e vá tomar um café ou uma cerveja. Caso contrário, se obter o resultado abaixo, remova e troque imediatamente as credenciais da AWS e desinstale o pacote ctx e instale novamente e reexecute o comando acima.

$ cd /
$ sudo find . -name 'ctx*py'|xargs grep AWS
       if environ.get('AWS_ACCESS_KEY_ID') is not None:
           self.access = environ.get('AWS_ACCESS_KEY_ID')
       if environ.get('AWS_SECRET_ACCESS_KEY') is not None:
           self.secret = environ.get('AWS_SECRET_ACCESS_KEY')

Fonte : https://python-security.readthedocs.io/pypi-vuln/index-2022-05-24-ctx-domain-takeover.html

Snapshots for openSUSE Tumbleweed have been continuously released this month. This week we will look at packages released in four snapshots since Friday.

However, before venturing in to those snapshots, there is a change to NetworkManager expected to arrive in a soon-to-be-released snapshot; it will provide a fix for the wifi chunk changes made in a prior snapshot that caused some connectivity challenges for some users. The advantages of snapper with Btrfs can keep openSUSE’s rolling release users connected through a rollback; users can then update next week and not skip a beat.

The most recent snapshot, 20220523, provided three package updates. Among those were an update to secure communications library gnutls 3.7.5; the package was laying the ground for a future release by adding options to disable session ticket usage in TLS 1.2 because it does not provide forward confidentiality; TLS 1.2 has future backward incompatibility. The other two packages to update in the snapshot were libxkbcommon 1.4.1 and python-sympy 1.10.1, which removed the long deprecated densearith, densesolve, and densetools.

Mesa 22.1.0 arrived in snapshot 20220522. The 3D graphics library included some new features like support for Intel’s Alchemist DG2 platform, Vulkan 1.3 support to Lavapipe, and Kopper interface backports for the Zink. An update of aws-cli 1.24.4 added an optional DeploymentResult field in the responses of GetStageDeploymentIntegrationTests and ListStageDeploymentIntegrationTests Application Programming Interfaces. The release also added support for a human readable alert. An update was made to gtk3 3.24.34, which updated translations and fixed the build issues with GNU Compiler Collection 12. Photo manager shotwell 0.30.16 fixed an issue with dark mode wallpapers and an import and video from a Sony A7C camera. Other packages to update in the snapshot were iptables 1.8.8, yast2-network 4.5.2 and more.

The first minor update was made to Mozilla Firefox 100 in snapshot 20220521. The update took care of two Common Vulnerabilities and Exposures, which were CVE-2022-1802 and CVE-2022-1529, and the web browser also fixed an issue with subtitles in the Picture-in-Picture mode while using Netflix. The 5.17.9 Linux Kernel update fixed a potential theoretical leak in the open-source driver for Nvidia cards, Nouveau. There was also a fix for a potential memory leak with s390.

The update of ImageMagick 7.1.0.35 arrived in snapshot 20220520. The image editor removed some special dolor deduction and fixed a temporary file leak. Sandboxing tool bubblewrap 0.6.2 made changes to the installation directory and to allow compilation with an older glibc. GNOME’s character map gucharmap 14.0.3 improved Korean Hanja pronunciation properties and enabled alphabetical sorting of the Unicode blocks. Other packages to update in the snapshot were a few libraries, yast2-packager 4.5.4 and orca 42.1, which made some changes to the handling of WebKitGtk’s toolkit name casing, so older versions of orca continue to work with newer versions of the WebKit rendering engine.

Este año, a diferencias de las ediciones anteriores, se va a celebrar de forma presencial, concretamente en Barcelona del 1 al 7 de octubre. Es por ello que es el momento de animaros a participar de forma activa: presenta tu charla para Akademy 2022 y muestra al mundo tu implicación con el Software Libre.

Presenta tu charla para Akademy 2022 de Barcelona

A pesar de todas las restricciones para vernos que tenemos debido a la pandemia que ya dura un año, los eventos comunitarios no se han detenido.

El pasado 9 de febrero compartí con vosotros que este año Akademy 2022 se realizaría en Barcelona del 1 al 7 de octubre, en una edición que retorna con el formato del presencial que se perdió en el 2020

Siguiendo el esquema habitual, las charlas se realizarán el sábado 1 y el domingo 2, dejando el resto de días para el trabajo en pequeños grupos en sala más reservadas pero no privadas, es decir, que no están cerradas sino que todo el que quiera aportar algo está invitado.

Como se ha comentado en anteriores ocasiones, uno de los objetivos de Akademy es aprender y enseñar nuevos conocimientos y compartir entre nosotros la pasión de lo que se hace en KDE.

Para compartir ideas, experiencias o momentos, se reservan talleres específicos en la sede (o se aprovechan los corrillos en los pasillos, las cenas o los momentos de barra), pero para enseñar y compartir detalles técnicos se utilizan las charlas.

Si crees que tienes algo importante que presentar, por favor házselo saber a la organización. Y si crees que alguien debería presentar su ponencia, no dejes de animarlo para que lo haga. Todas las contribuciones son útiles y, si necesitas, inspiración:

• KDE en acción: casos de uso de la tecnología KDE en la vida real; ya sea en dispositivos móviles, implementaciones de escritorio, etc.
• Visión general de lo que está ocurriendo en las distintas áreas de la comunidad KDE.
• Colaboración entre KDE y otros proyectos de Software Libre.
• Publicación, empaquetado y distribución de software por parte de KDE.
• Aumentar nuestro alcance a través de esfuerzos como la accesibilidad, la promoción, la traducción y la localización.
• Mejora de nuestra gobernanza y procesos, construcción de la comunidad.
• Temas relacionados con los objetivos de KDE.
• Innovaciones y mejores prácticas en las bibliotecas y tecnologías utilizadas por el software de KDE, por ejemplo, C++/Qt/Python/KDE Frameworks/etc. o que puedan ser interesantes para su uso futuro, por ejemplo, Rust/C++20, etc.

Para más detalles, mira las líneas generales del Call for Papers. Tienes de plazo para enviar tu propuesta hasta el domingo 12 de junio 23:59:59 CEST.

¿Qué es Akademy?

Para los que no lo sepan, Akademy es el evento de la Comunidad KDE que aúna en una gran conferencia todo tipo de simpatizantes de KDE como desarrolladores, diseñadores, usuarios, traductores, promotores, ideólogos, etc. Allí se reunirán a lo largo de una semana para compartir charlas, cenas, ponencias, talleres y, en definitiva, para trabajar juntos.
Es una gran semana que sirve para unir más fuerte los lazos que unen nuestra Comunidad, así como para crear nuevos que se mantendran gracias a las listas de correo, canales irc o Sprints.

Hay que recordar que en España tenemos gran tradición en la celebración de Akademy ya que en 2005 se celebró en Málaga , en 2011 en Gran Canaria, en 2013 en Bilbao, en 2015 en A Coruña y en 2017 en Almería, todos esos años junto con Akademy-es (como este año), y que fue un gran éxito tanto de asistentes, como de ponencias o de resultados. Así que no tienes excusa para asistir ya que por el «precio» de uno este año tienes dos grandísimos eventos a tu alcance.

La entrada Presenta tu charla para Akademy 2022 de Barcelona se publicó primero en KDE Blog.

Siguen los plasmoides estilo reloj al blog que parecen que vuelven a estar de moda. Tras presentar a Time Keeper Evolution, Clear Clock o Alpaca Clock and Weather, el widget de hoy (el número 197) de esta serie es Modern Clock un minimalista y precioso reloj que destaca por su aspecto vanguardista.

Modern Clock – Plasmoides de KDE (197)

Hoy sigo con los plasmoides para nuestro entorno de trabajo ya que la Comunidad KDE no para de ofrecernos variedad y calidad, y sigo con los de estilo reloj, aunque en esta ocasión nos ofrezca mucha más información.

De esta forma os presento Modern Clock, una creación de Prayagjain que nos ofrece un reloj sencillo, con caligrafía original y vanguardista, ideal para ponerlo en nuestro fondo de pantalla ya que, de momento, no funciona sobre un panel.

Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la mutante 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 Modern Clock – Plasmoides de KDE (197) se publicó primero en KDE Blog.

Terraform and kiwi

Setting up a slurm cluster for testing purpose is always time consuming and error prone. Especially if just some smaller changes in the configuration have to be tested.

In order to automate this, I have written a small test setup based on kiwi and terraform.

The kiwi part builds one image and bakes in the slurm.conf and a proper shared nfs /home. As all nodes boot from the same image the munge key, which is generated at install time, is the same.

So all configuration files are in the right place.

The network configuration is managed with the terraform configuration and with DHCLIENT_SET_HOSTNAME="yes" in the file /etc/sysconfig/network/dhcp the dhpd name is the FQDN.

Usage

The terraform providers have to be installed with

sudo terraform init

Now you can build a image with

./build-image.sh leap15.4

With the image the cluster can be started with

sudo terraform apply -var="image=/var/tmp/leap15.4-current/Leap-15.4_appliance.x86_64-1.15.3.qcow2"

Quiet easy?

Customization

The individual configurations for the images are in their directories. E.g. the configuration for the openSUSE Leap 15.4 image is the file leap15.4/config.xml.

The configuration of the services comes from the files in the assets/ directory, but as the distribution directory is copied over this directory during the image build process, e.g. a distribution specific slurm.conf would resided in tw/root/etc/slurm/slurm.conf.