Sigo con el repaso de los programas de los podcast de Juan Febles. Y sigo la numeración presentándoos el episodio 105 dedicado a Gabriel Viso, podcaster español, en el que en una hora hablan de multitud de temas relacionados con el estado de GNU/Linux en el mundo del usurio.

Gabriel Viso en Podcast Linux #105

En esta ocasión no tengo en gusto de conocer a Gabriel Viso en Podcast Linux, pero me pareció muy interesante la charla que tuvo Juan Febles en el que hablaron de trabajo de equipos con multisistema, la pésima conexión de las tierras australianas, la robustez y el nivel que se necesita para utilizar Debian, los dispositivos Mac con Linux y las rocas que son los ThinkPad, videojuegos en GNU/Linux y muchos más temas.

En palabras del presentador y creador del podcast:

«¡¡¡Muy buenas amante del Software Libre!!!
Bienvenido a otra entrega de Podcast Linux, la número 105. Un saludo muy fuerte de quien te habla, Juan Febles. Estamos con Gabriel Viso, podcaster español que reside en Australia desde hace unos años. Estuvo con nosotros en el episodio 11 para hablar de Raspberry con sus podcasts Pitando y Bajo la Carcasa.
Actualmente sigue con Sobre La Marcha, un popurrí de Tecnología de sus experiencias y algunas noticias sobre seguridad y privacidad.«

Como siempre, os dejo los audios para que los podáis escuchar y disfrutar de este programa de una hora de duración.

Más información: Podcast Linux

No quiero terminar el artículo son compartir los enlaces de interés de Voro:
Web: https://www.voromv.com
Twitter: https://twitter.com/VOROMV
Youtube: https://www.youtube.com/voromv
GNU/Linux Valencia: https://gnulinuxvalencia.org

Aprovecho para animaros a seguir Podcast Linux en algunos de los canales de comunicación que tiene:

• Twitter: @podcastlinux
• Mastodon: @podcastlinux
• Telegram Juan Febles: @juanfebles
• Correo: podcastlinux@avpodcast.net
• Web: avpodcast.net/podcastlinux
• Blog: https://podcastlinux.com

Podcast Linux forma parte de la red de podcasting Avpodcast y esta alojado en Neodigit.net, un proveedor de confianza con instalaciones en España.

Letzte Woche habe ich Version 0.2.1 des Zypper-Patch-Status-Collectors veröffentlicht. Mit diesem kleinen, in Python geschriebenen, Helfer lässt sich der Aktualisierungsstand eines openSUSE-Systems durch Prometheus überwachen. Prometheus kann so nicht nur Alarme generieren wenn Sicherheitsaktualisierungen noch nicht angewandt sind, sondern auch wenn einzelne Dienste nach Aktualisierungen noch nicht neu gestartet wurden oder das System neu gestartet werden müsste.

Der Collector nutzt Zypper um nach ausstehen Patches und Service- oder Systemneustartbedarf zu schauen und gibt diese Information im Format von Prometheus-Metriken aus. Dies sieht dann so aus wie in der README beschrieben:

# HELP zypper_applicable_patches The current count of applicable patches
# TYPE zypper_applicable_patches gauge
zypper_applicable_patches{category="security",severity="critical"} 0
zypper_applicable_patches{category="security",severity="important"} 2
zypper_applicable_patches{category="security",severity="moderate"} 0
zypper_applicable_patches{category="security",severity="low"} 0
zypper_applicable_patches{category="security",severity="unspecified"} 0
zypper_applicable_patches{category="recommended",severity="critical"} 0
zypper_applicable_patches{category="recommended",severity="important"} 0
zypper_applicable_patches{category="recommended",severity="moderate"} 0
zypper_applicable_patches{category="recommended",severity="low"} 0
zypper_applicable_patches{category="recommended",severity="unspecified"} 0
zypper_applicable_patches{category="optional",severity="critical"} 0
zypper_applicable_patches{category="optional",severity="important"} 0
zypper_applicable_patches{category="optional",severity="moderate"} 0
zypper_applicable_patches{category="optional",severity="low"} 0
zypper_applicable_patches{category="optional",severity="unspecified"} 0
zypper_applicable_patches{category="feature",severity="critical"} 0
zypper_applicable_patches{category="feature",severity="important"} 0
zypper_applicable_patches{category="feature",severity="moderate"} 0
zypper_applicable_patches{category="feature",severity="low"} 0
zypper_applicable_patches{category="feature",severity="unspecified"} 0
zypper_applicable_patches{category="document",severity="critical"} 0
zypper_applicable_patches{category="document",severity="important"} 0
zypper_applicable_patches{category="document",severity="moderate"} 0
zypper_applicable_patches{category="document",severity="low"} 0
zypper_applicable_patches{category="document",severity="unspecified"} 0
zypper_applicable_patches{category="yast",severity="critical"} 0
zypper_applicable_patches{category="yast",severity="important"} 0
zypper_applicable_patches{category="yast",severity="moderate"} 0
zypper_applicable_patches{category="yast",severity="low"} 0
zypper_applicable_patches{category="yast",severity="unspecified"} 0
# HELP zypper_service_needs_restart Set to 1 if service requires a restart due to using no-longer-existing libraries.
# TYPE zypper_service_needs_restart gauge
zypper_service_needs_restart{service="nscd"} 1
zypper_service_needs_restart{service="dbus"} 1
zypper_service_needs_restart{service="cups"} 1
zypper_service_needs_restart{service="sshd"} 1
zypper_service_needs_restart{service="cron"} 1
# HELP zypper_product_end_of_life Unix timestamp on when support for the product will end.
# TYPE zypper_product_end_of_life gauge
zypper_product_end_of_life{product="openSUSE"} 1606694400
zypper_product_end_of_life{product="openSUSE_Addon_NonOss"} 1000000000000001
# HELP zypper_needs_rebooting Whether the system requires a reboot as core libraries or services have been updated.
# TYPE zypper_needs_rebooting gauge
zypper_needs_rebooting 0
# HELP zypper_scrape_success Whether the last scrape for zypper data was successful.
# TYPE zypper_scrape_success gauge
zypper_scrape_success 1

In diesem Beispiel stehen zwei Sicherheitspatches aus und mehrere Services, unter anderem der SSH Daemon, bräuchten einen Neustart weil sie noch mit bereits gelöschten, also durch ein Update ersetzten, Bibliotheken arbeiten.

Durch Umleiten der Ausgabe in eine prom Datei ins Textfile-Collector-Verzeichnis des Node-Exporters von Prometheus kommen die Metriken dann ins Monitoring. Wurde der Node-Exporter wie folgt aufgerufen:

node_exporter --collector.textfile.directory /var/lib/node_exporter/collector

Dann lassen sie die Metriken wie folgt in Prometheus abladen:

zypper-patch-status-collector > /var/lib/node_exporter/collector/zypper.prom

Stündlich per Systemd Timer aufgerufen hat Prometheus dann eine gute Übersicht über den Aktualisierungszustand der beobachteten openSUSE-Systeme.

Sind alle Metriken in Prometheus lassen sich dann auch verschiedene nützliche Alarme definieren. Das folgende ist die Liste der auf dem Collector basierenden Alarme die ich momentan in meinem Alertmanager definiert habe:

- alert: 'ZypperPatchesPending'
  expr: 'sum(zypper_applicable_patches) by (instance) > 0'
  for: '5m'
  labels:
    alert_severity: 'warning'
  annotations:
    summary: 'There are new patches available for {{ $labels.instance }}.'
    description: 'Run `zypper patch --with-update` on {{ $labels.instance }}.'
- alert: 'ZypperCriticalPatchesPending'
  expr: 'sum(zypper_applicable_patches{category="security"}) by (instance) + sum(zypper_applicable_patches{severity="critical"}) by (instance) > 0'
  for: '5m'
  labels:
    alert_severity: 'page'
  annotations:
    summary: 'There are security patches pending on {{ $labels.instance }}.'
    description: 'Run `zypper patch --with-update` on {{ $labels.instance }}.'
- alert: 'ZypperSuggestsServiceRestart'
  expr: 'zypper_service_needs_restart'
  for: '5m'
  labels:
    alert_severity: 'warning'
  annotations:
    summary: 'Zypper suggest to restart {{ $labels.service }} on {{ $labels.instance }}.'
    description: 'Run `systemctl restart {{ $labels.service }}` on {{ $labels.instance }}.'
- alert: 'ZypperSuggestsReboot'
  expr: 'zypper_needs_rebooting != 0'
  for: '5m'
  labels:
    alert_severity: 'warning'
  annotations:
    summary: 'Zypper suggest to reboot {{ $labels.instance }}.'
    description: 'Run `systemctl reboot` on {{ $labels.instance }}.'
- alert: 'ProductEndOfLifeNear'
  expr: 'zypper_product_end_of_life < time() + 4 * 7 * 24 * 3600'
  for: '5m'
  labels:
    alert_severity: 'warning'
  annotations:
    summary: '{{ $labels.product }} on {{ $labels.instance }} reaches end of life within four weeks.'
    description: 'Upgrade {{ $labels.product }} on {{ $labels.instance }} to the next version.'
- alert: 'ProductEndOfLifeReached'
  expr: 'zypper_product_end_of_life < time()'
  for: '5m'
  labels:
    alert_severity: 'page'
  annotations:
    summary: '{{ $labels.product }} on {{ $labels.instance }} reached end of life.'
    description: 'Upgrade {{ $labels.product }} on {{ $labels.instance }} to the next version.'
- alert: 'ZypperPatchDataOutdated'
  expr: 'time() - node_textfile_mtime{file="zypper.prom"} > 24 * 3600'
  for: '5m'
  labels:
    alert_severity: 'page'
  annotations:
    summary: 'Patch status has not been updated for 24 hours.'
    description: |
      The patch status of {{ $labels.instance }} has not been updated for 24 hours. Check the status of the timer and the service:
        systemctl status zypper-patch-status-collector.timer
        systemctl status zypper-patch-status-collector.service
- alert: 'ZypperScrapeFailed'
  expr: 'zypper_scrape_success == 0'
  for: '24h'
  labels:
    alert_severity: 'page'
  annotations:
    summary: 'Failed to successfully query patch status for 24 hours now.'
    description: |
      Querying zypper for the current patch status has not been successful for 24 hours. Check the status of the service:
        systemctl status zypper-patch-status-collector.service

Die Installation des Collectors erfolgt am einfachsten über mein Community-Paket auf software.opensuse.org. Ich veröffentliche das Paket zwar auch auf pypi.org, aber ein Werkzeug mit Bezug zu Zypper am System vorbei zu installieren wäre dann doch etwas sehr verquer.

Hoy me complace compartir con tenemos entre nosotros una nueva versión de Krita, la aplicación para dibujantes y artistas gráficos de KDE que enamora a propios y extraños. Con esta versión se llega a Krita 4.3 y ofrece un buen número de novedades. ¿Te interesa? Sigue leyendo.

Nueva versión de Krita, ahora con pinceles acuarela

Si hay una aplicación que demuestra que la unión de usuarios y desarrolladores en el mundo del Software Libre hace avanzar las aplicaciones libres a un ritmo que las propietarias no pueden seguir es Krita.

Ya ha pasado mucho tiempo desde el lanzamiento de la primera versión de la rama 4 de Krita, pero los desarrolladores y artistas quieren seguir mejorando. Es por ello que acaban de lanzar Krita 4.3, el cual nos trae interesantes novedades, como la posibilidad de utilizar pinceles con efecto acuarela o un Selector de Color actualizado.

Además, se han resuelto una buena cantidad de errores, con lo que la aplicación gana en estabilidad.

Más información: Krita

Las novedades de Krita 4.3

Es hora de repasar las novedades

• Nuevo conjunto de pinceles que evocan la pintura de acuarela.
• Añadido el modo de color en el filtro de mapa de gradientes.
• Nuevo filtro de paletas y un filtro de paso alto.
• Mejorado el API de scripting.
• Añadida la posibilidad de ajustar la opacidad y la luminosidad en las puntas de los pinceles de color por separado.
• Ahora es posible crear puntas de pincel animadas que seleccionan el pincel a lo largo de múltiples dimensiones.

• El área de lienzo posee ahora una ventana propia, de modo que en una configuración de varios monitores, puedes tener todos los controles en un monitor y tus imágenes en el otro.
• Actualizado el Selector de Color.
• Nueva base de datos de instantáneas que almacena los estados de tu imagen, y puedes cambiar entre ellos.
• Nueva herramienta de selección magnética.
• Ahora los degradados pueden ser pintados como espirales.

Y muchos más pequeñas mejoras.Una gran noticia para un Software que no para de mejorar y que demuestra el gran potencial que tiene el Software Libre cuando se unen esfuerzos.

Y como es habitual, esta revisión principal viene acompañada con un vídeo de Ramón Miranda, artista que tuve el gusto de conocer en Akademy-es 2013 de Bilbao.

¿Qué es Krita?

Para los que no lo sepan, Krita es el software de pintura digital e ilustración basado en las librerías de la plataforma KDE que antes estaba incluido en Calligra Suite.
A diferencia de otras aplicaciones gráficas, se diseño hace énfasis en la creación de imágenes desde cero, es decir, está especialmente orientado para los artistas gráficos como ilustradores, dibujantes de cómics, etc.
Krita es software libre distribuido bajo la licencia GNU GPL y fue lanzado por primera vez como parte de la versión 1.4.0 de KOffice, el 21 de junio de 2005. (Vía: Wikipedia)

Para ver el funcionamiento de esta aplicación nada mejor que ver un vídeo de Odysseas Stamoglou en la que nos muestra como dibujar una chica futurística con Krita.

Nous présenterons ce projet A l’asso de Rouen 2020 – Forum des associations : https://nui.fr/a-lasso-de-rouen-2020-forum-des-associations/

The post Post-confinement ? On fait joujou avec le noyau Linux 5.7.1 sur Tumbleweed aarch64 (à suivre) appeared first on Network Users Institute - Cybersécurité, Intégration de Linux & Logiciels Libres à Rouen, Normandie..

Le Gold Master sera suivi par la version publique le jeudi 2 juillet prochain. Quelques liens pour vous faire patienter :Portail OpenSUSE 15.2 https://en.opensuse.org/Portal:15.2 Tableau des différences : https://www.fossadventures.com/whats-… Have a lot of fun!

The post openSUSE 15.2 Gold Master prévu le 25 juin, 2020 appeared first on Network Users Institute - Cybersécurité, Intégration de Linux & Logiciels Libres à Rouen, Normandie..

Tumbleweed es una distribución “Rolling Release” de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión “rolling release” o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios estas semanas.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este enlace:

• http://dominique.leuenberger.net/blog/2020/06/opensuse-tumbleweed-review-of-the-week-2020-25/

7 días – 6 snapshots. Ese podría ser el resumen rápido de esta semana

Las 6 snapshots publicadas fueron 0611, 0612, 0614, 0615, 0616 y 0617. No falta la 0613 por cuestiones de superstición, simplemente es que OBS necesitó más tiempo para compilar la 0612.

Entre los cambios que trajeron esas snapshots podemos encontrar:

• git 2.27.0
• OpenSSH 8.3p1
• PostgreSQL 12.3
• SQLite 3.32.2
• SSSD 2.3.0
• Linux kernel 5.7.1: fallos cuando cargaba el firmware para tarjetas basadas en iwlwifi. El siguiente kernel debería solucionar eso. Como alternativa, puedes utilizar el paquete sin descomprimir kernel-firmware (en vez de kernel-firmware-*)
• KDE Applications 20.04.2
• KDE Frameworks 5.71.0
• Mesa 20.1.1

Lo que podemos esperar en próximas snapshots:

• Linux kernel 5.7.2
• VLC 3.0.11
• KDE Plasma 5.19.1
• LibreOffice 7.0 (beta)
• RPM change: %{_libexecdir} está siendo cambiado a /usr/libexec. Esto revela que hay un montón de paquetes que abusan de %{_libexecdir} y fallan al compilar
• openSSL 3.0

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• • • ¿Por qué deberías utilizar openSUSE Tumbleweed?
    • zypper dup en Tumbleweed hace todo el trabajo al actualizar
    • ¿Cual es el mejor comando para actualizar Tumbleweed?
    • Comprueba la valoración de las “snapshots” de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

Aunque los tiempos de reclusión en casa parece que están pasando por mi tierra, el ocio digital aumenta en verano (al menos en mi caso) y es por tanto conveniente seguir presentando algunos juegos de la división más lúdica y divertida de KDE. Ya han pasado por este humilde blog un buen número de juegos de la división KDE Games como el reciente Naval Battle o los pasados Kbounce, KSnakeDuel,  Kmines,  KBreakout,  KTuberling, Granatier, KSudoku, KGoldrunner, Kolor Lines (o Klines), KBlocks, Bovo, Kapman, Knights, Palapeli, KSquares, KBlackbox, KShinsen o Kubrick. Hoy ha llegado el turno a KPatience, un juego de cartas de estilo solitario que incluye dos variantes, ideales para matar el tiempo.

Kpatience, juegos de cartas para Linux

Pocos juegos de cartas han aparecido en el blog, y es que no es uno de los géneros que más me gustan, al menos que sean de estilo batalla, que no es el caso.

Con Kpatience nos encontramos con una colección de juegos de cartas estilo solitario que nos pueden hacer pasar muchas horas de ocio.

El juego nos ofrece además de un buen número de pieles con los que personalizar la baraja, un modo «demo» con el que podemos ver como nuestro PC juega solo, una forma de aprender las reglas sin leer el manual.

Además, tenemos la opción de salvar el movimiento al salir y que nos proporcionen pistas para realizar jugadas. Por supuesto, también tiene una zona de estadísticas.

Debo reconocer no entiendo muchos de los juegos, pero es relajante ver las animaciones

El juego es una creación de un buen número de desarrolladores:

• Paul Olav Tvete  <paul@troll.no>
• Mario Weilguni  <mweilguni@kde.org>
• Matthias Ettrich  <ettrich@kde.org>
• Rodolfo Borges  <barrett@9hells.org>
• Peter H. Ruegg  <kpat@incense.org>
• Michael Koch  <koch@kde.org>
• Marcus Meissner  <mm@caldera.de>
• Dr. Tom
• Stephan Kulow  <coolo@kde.org>
• Erik Sigra  <sigra@home.se>
• Josh Metzler  <joshdeb@metzlers.org>
• Maren Pakura  <maren@kde.org>
• Inge Wallin  <inge@lysator.liu.se>
• Simon Hürlimann  <simon.huerlimann@huerlisi.ch>

Más información: KDE Games

¿Y cómo se instala?

Al ser un juego de la rama de KDE la  instalación es sumamente sencilla. Básicamente debemos abrir una sesión de la consola y escribir:

En KDE Neon, Kubuntu y Linux Mint: $sudo apt install kpatience

En openSUSE: $sudo zypper kpatience

En Mageia (gracias a Hurr) tenéis 3 opciones:

$ sudo dnf in kpatience

o
$ sudo dnf install kpatience

o
$ sudo urpmi kpatience

[… comenta y añadimos cómo se instala en tu distribución favorita]

Dear Tumbleweed users and hackers,

7 days – 6 snapshots. That’s the quick summary of the last week. Felt unspectacular from that point of view, even though, unfortunately, the Tumbleweed users did have to fight a few problems this time aroud. The 6 snapshots released were 0611, 0612, 0614, 0615, 0616 and 0617. No worries, we did not skip 0613 for superstitious reasons – it just so happened that OBS needed a bit more time to build 0612.

The releases brought you these changes:

• git 2.27.0
• OpenSSH 8.3p1
• PostgreSQL 12.3
• SQLite 3.32.2
• SSSD 2.3.0
• Linux kernel 5.7.1: failures when loading firmware for iwlwifi based cards. The next kernel should bring the fix for that. As a workaround, you could use the uncompressed kernel-firmware package (instead of kernel-firmware-*)
• KDE Applications 20.04.2
• KDE Frameworks 5.71.0
• Mesa 20.1.1

The following changes are being worked on in staging areas:

• Linux kernel 5.7.2
• VLC 3.0.11
• KDE Plasma 5.19.1
• LibreOffice 7.0 (beta)
• RPM change: %{_libexecdir} is being changed to /usr/libexec. This exposes quite a lot of packages that abuse %{_libexecdir} and fail to build
• openSSL 3.0

Build Tensorflow 2.1.1 with CUDA support

Tensorflow 2.1.1 is available in Tumbleweed and Leap 15.2 but has no CUDA support enabled, due to legal issues with NVIDIA. As CUDA support speeds up training and inference of neuronal networks a lot, it is desirable to have it enabled.

This post explains how to build a tensorflow package with CUDA support.

Prerequisites

The CUDA packages for building will be added via the -p flag to the osc command, but due to a bug you need at least version 0.169.1. This version is already included in Tumbleweed but for Leap 15.2 you will have to add the openSUSE Tools repository with the command and update osc

sudo zypper ar https://download.opensuse.org/repositories/openSUSE:/Tools/openSUSE_15.2/openSUSE:Tools.repo
sudo zypper ref
sudo zypper up --allow-vendor-change osc

It is also recommended to have a decent equipped machine for building as at least 10GB memory are needed and the build takes also a lot of time. On my twelve core machine it took more than two hours.

Create CUDA archive

In this step all the relevant CUDA packages are put into a single repository so that osc can access them. For this create the repository directory ($HOME/opt/cuda-10-1 in this case) with the command

mkdir -p $HOME/opt/cuda-10-1

The in next step downloaded work with Tumbleweed and openSUSE Leap 15.2.

CUDA

Download from https://developer.nvidia.com/cuda-10.1-download-archive-update2 the rpm(local) for openSUSE and install it. After that copy the rpms to the local directory with

cp /var/cuda-repo-10-1-local-10.1.*/*rpm $HOME/opt/cuda-10-1

NCCL

Visit https://developer.nvidia.com/nccl/nccl-download and download Local installer for RedHat/CentOS 7. After you installed the downloaded rpm you have to copy the packages with the command

cp /var/nccl-repo-2.7.3-ga-cuda10.1/*rpm $HOME/opt/cuda-10-1

CUdnn

You have to register at NVIDA in order to download from https://developer.nvidia.com/cudnn . There download cuDNN Runtime Library for RedHat/Centos 7.3 (RPM) and cuDNN Developer Library for RedHat/Centos 7.3 (RPM). After that copyt the rpms to $HOME/opt/cuda-10-1.

Create local repository

Now you can create a local repository which can be used with osc with the commands

cd $HOME/opt/cuda-10-1 
createrepo .

where you might have to install the createrepo package.

Compile Tensorflow

With all the packages in place you have to get the tensorflow sources. This can be done with

osc co science:machinelearning/tensorflow2

Tensorflow can now compiled in the directory science:machinelearning/tensorflow2 with the command

osc build --ccache -p $HOME/opt/cuda-10-1 -k . -M cuda-10-1 openSUSE_Leap_15.2

which will start the build of the tensorflow package. You should always use the --ccache option as this speeds up rebuild. For Tumbleweed used the command

osc build --ccache -p $HOME/opt/cuda-10-1 -k . -M cuda-10-1 openSUSE_Tumbleweed

After some hours the build should have finished and the resulting tensorflow rpms should be in the directory where you have started the build.

Installation

For a proper installation copy the rpms to $HOME/opt/cuda-10-1 and rerun createrepo. You might want to add this repository to you system with

zypper ar $HOME/opt/cuda-10-1/repodata tensorflow

in order to install the package tensorflow2.