momh

Eclipse : bulles contextuelles hors de l'écran

Brice Boucard — 2022-10-12T12:13:35Z

Sous Gnome Shell dans sa version 42, sous Wayland, les bulles contextuelles d'Eclipse affichant la JavaDoc associée aux méthodes suggérées lors de la saisie dépassent de l'écran...

La chose n'est pas extrêmement simple à décrire et les recherches sont de fait relativement délicates à mener... Plutôt qu'un long discours, voici une capture d'écran présentant le souci :

Eclipse sous Wayland

Retrouver un Eclipse utilisable

Je ne saurais expliquer trop précisément mais la solution consiste à lancer Eclipse en utilisant X11 comme backend ; dans un terminal, il suffit de lancer la commande suivante :

export GDK_BACKEND=x11; eclipse

Et vous devriez alors non seulement retrouver vos bulles contextuelles correctement positionnées mais aussi pouvoir utiliser véritablement les fenêtres de création de projet, de génération de constructeurs ou d'accesseurs... puisqu'elles prennent alors toute la hauteur de l'écran et n'en débordent pas. Ce qu'illustrent les deux captures ci-dessous.

Eclipse avec X11 comme backend

Fenêtre de création de projet sous Eclipse

Lanceur

J'avais installé Eclipse via Snap ; pour modifier le lanceur, il convient tout d'abord de copier le lanceur original dans .local/share/applications :

sudo cp /var/lib/snapd/desktop/applications/eclipse_eclipse.desktop ~/.local/share/applications

Et de modifier la ligne Exec de ce nouveau fichier, afin qu'il ressemble au final à ceci :

[Desktop Entry] X-SnapInstanceName=eclipse Version=1.0 Type=Application Name=Eclipse (X11) Icon=/snap/eclipse/61/icon.xpm Exec=env GDK_BACKEND=x11 /snap/bin/eclipse %f Comment=Eclipse IDE Categories=Development;IDE; Terminal=false StartupWMClass=eclipse

Il se peut que vous ayez à fermer et réouvrir votre session pour que le lanceur soit mis à jour.

Faire cohabiter plusieurs versions de PHP sous Debian

Brice Boucard — 2022-03-12T17:58:39Z

Surtout par curiosité, je me suis penché sur la possibilité de faire cohabiter plusieurs versions de PHP sur ma Debian Bullseye et surtout sur la façon de basculer aisément de l'une à l'autre.

Installation

Pour installer plusieurs versions de PHP conjointement, il faut ajouter le dépôt Sury :

sudo apt update sudo apt -y install apt-transport-https lsb-release ca-certificates curl sudo curl -sSLo /usr/share/keyrings/deb.sury.org-php.gpg https://packages.sury.org/php/apt.gpg sudo sh -c 'echo "deb [signed-by=/usr/share/keyrings/deb.sury.org-php.gpg] https://packages.sury.org/php/ $(lsb_release -sc) main" > /etc/apt/sources.list.d/php.list' sudo apt update

De là, il est possible d'installer diverses versions de PHP et de ses modules ; ainsi, sous Bullseye, je me vois proposer les versions 5.6, 7.0, 7.1, 7.2, 7.3, 7.4, 8.0 et 8.1 :

apt search php | grep "php[0-9]\.[0-9]/" [...] php5.6/bullseye 5.6.40-57+0~20211119.60+debian11~1.gbp8a9bd1 all php7.0/bullseye 7.0.33-57+0~20211119.61+debian11~1.gbp5d8ba5 all php7.1/bullseye 7.1.33-44+0~20211119.61+debian11~1.gbp448fbe all php7.2/bullseye 7.2.34-28+0~20211119.67+debian11~1.gbpf24e81 all php7.3/bullseye 7.3.33-1+0~20211119.91+debian11~1.gbp618351 all php7.4/stable-security,now 7.4.28-1+deb11u1 all [installé, pouvant être supprimé automatiquement] php8.0/bullseye 8.0.16-1+0~20220221.30+debian11~1.gbp8b91a5 all php8.1/bullseye,now 8.1.3-1+0~20220223.13+debian11~1.gbp7757b9 all [installé, automatique]

Changer facilement de version de PHP

Afin de faciliter le basculement d'une version à une autre, j'ai compilé différentes sources pour finalement produire un petit script, très certainement imparfait, qui permet de choisir de manière interactive parmi les versions de PHP installées celle à utiliser.

touch ~/bin/php-switch chmod +x ~/bin/php-switch nano ~/bin/php-switch

#!/bin/bash # based on https://askubuntu.com/a/883140 # and on https://stackoverflow.com/a/68905711 # Déterminer la version de PHP actuellement utilisée par Apache VAR=$(ls /etc/apache2/mods-enabled/php*) IFS=' ' read -r -a array <<< "$VAR" array[0]=${array[0]#*php} array[0]=${array[0]%.conf} OLDVERSION=${array[0]} echo "La version de PHP actuellement utilisée est la" $OLDVERSION. echo "Liste des versions de PHP disponibles :" # Lister les versions de PHP installées RAWPOSSIBILITIES=$(update-alternatives --list php | sed 's/.*\(...\)/\1/') POSSIBILITIES=($RAWPOSSIBILITIES) # Demander la version de PHP à activer PS3='Choisissez la version de PHP à activer : ' select opt in "${POSSIBILITIES[@]}" "Annuler"; do case "$REPLY" in $((${#POSSIBILITIES[@]}+1))) echo "Salut!"; exit;; esac [ $REPLY -gt $((${#POSSIBILITIES[@]}+1)) -o $REPLY -lt 1 ] && echo "Choix invalide" || break done echo "Activer la version ${POSSIBILITIES[(($REPLY-1))]} ? Entrée pour valider, Ctrl-C pour annuler." read x # On reconfigure Apache sudo a2dismod php${OLDVERSION} sudo a2enmod php${POSSIBILITIES[(($REPLY-1))]} # On met à jour la version par défaut sudo update-alternatives --set php /usr/bin/php${POSSIBILITIES[(($REPLY-1))]} sudo update-alternatives --set phar /usr/bin/phar${POSSIBILITIES[(($REPLY-1))]} sudo update-alternatives --set phar.phar /usr/bin/phar.phar${POSSIBILITIES[(($REPLY-1))]} # On relance le service Apache sudo systemctl restart apache2

Node.js et autocomplétion avec Tmux

Brice Boucard — 2022-02-22T21:12:10Z

Si je bénéficiais parfaitement de l'autocomplétion des commandes fournies par node.js dans mon terminal classique, celle-ci ne fonctionnait plus sous Tmux : une sombre histoire de différence entre interactive shell et login shell.

Mon .bashrc contenait pourtant bien le code nécessaire mais, au-delà de l'autocomplétion de node.js, il ne semblait pas du tout être lu, puisque même mon invite de commande ne correspondait pas à celle configurée...

Cependant, mes recherches se focalisaient sur le problème de l'autocomplétion de node.js et ne me fournissaient guère de solution... C'est en changeant de perspective que je suis tombé sur le sujet « New tmux sessions do not source bashrc file » sur Stack Exchange et surtout sur la réponse très complète de Simba qui présente donc la différence entre les interactiven non-login shells — qui sourcent le fichier .bashrc — et les login shells — qui sourcent quant à eux les fichiers .profile et .bash_profile notamment.

Deux solutions sont alors possibles :

soit on « source » le fichier .bashrc depuis l'un de ces deux derniers fichiers — cette solution étant celle que recommande Simba justement :
```
# if running bash if [ -n "$BASH_VERSION" ]; then # include .bashrc if it exists if [ -f "$HOME/.bashrc" ]; then . "$HOME/.bashrc" fi fi 
```
soit on « intègre » l'autocomplétion de node.js dans le fichier .profile avec la simple commande :
```
npm completion >> ~/.profile 
```

Télécharger ses séries avec Flexget

Brice Boucard — 2021-08-21T05:22:00Z

Cela fait quelques années que j'utilise Flexget — relativement basiquement — pour télécharger automatiquement les épisodes des séries que je suis mais ce n'est que depuis récemment que je suis parvenu à une configuration pleinement satisfaisante.

Flexget est un outil d'automation pour médias, notamment pour séries et animes, permettant entre autres de télécharger et d'organiser les épisodes...
Je ne prétends pas ici présenter l'outil dans ses moindre détails mais simplement présenter la configuration utilisée sur mon Raspberry Pi qui envoie les torrents à un daemon Transmission qui tourne sur mon NAS D-Link DNS-320 avec fun_plug (cf. cet article).

Pour l'installation, on choisit l'option « virtualenv » de la documentation

python3 -m venv ~/flexget/ cd ~/flexget/ bin/pip install flexget

Cependant, si vous souhaitez utiliser le plugin Transmission de Flexget, il vous faudra installer le paquet transmission-rpc :

bin/pip install transmission-rpc

sinon vos logs (dans ~/.config/flexget/flexget.log) vous afficheront des lignes de ce type :

2021-10-29 09:09:48 WARNING task feed-eztv Aborting task (plugin: transmission) 2021-10-29 09:09:51 CRITICAL transmission feed-rarbg transmission-rpc module version 3.0 or higher required.

La configuration de FlexGet se fait dans le fichier ~/.config/flexget/config.yml et nécessite de prêter une attention toute particulière aux indentations...

Sans entrer dans le détail : on se connecte à une instance de Transmission, on définit les critères de téléchargement des torrents des séries que l'on suit (depuis le site TV Calendar) en rejetant les séries issues de certains networks et on envoie un mail pour annoncer les épisodes téléchargés.
Et ce pour deux flux RSS différents, chacun faisant l'objet d'une tâche que l'on lance automatiquement toutes les heures.

templates: tv: transmission: host: 192.168.X.XX port: 9091 # username: username # password: password configure_series: settings: timeframe: 12 hours target: 1080p quality: 720p-1080p propers: 3 days from: pogcal: username: azerty@uiop.fr password: XXXXX thetvdb_lookup: yes if: - "tvdb_network and tvdb_network=='Netflix'": reject - "tvdb_network and tvdb_network=='Amazon'": reject notify: task: template: html # Optional, if you want html instead of plain text via: - email: from: azerty@uiop.fr to: - azerty@uiop.fr - qwerty@uiop.com smtp_host: smpt.host.com smtp_port: 587 smtp_username: azerty@uiop.fr smtp_password: "XXXXXX" smtp_tls: yes html: yes # To parse template as HTML tasks: feed-eztv: priority: 1 template: tv rss: https://eztv.re/ezrss.xml feed-rarbg: priority: 2 template: tv rss: http://rarbg.to/rssdd.php?categories=2;18;41;49 schedules: - tasks: '*' interval: hours: 1

L'idée est donc de faire tourner FlexGet en mode daemon et de lui faire déclencher des tâches régulièrement (la section schedules en toute fin de fichier). Pour ce faire, on le lance ainsi :

~/flexget/bin/flexget --loglevel VERBOSE daemon start --autoreload-config -d

Pour que FlexGet se lance automatiquement à chaque démarrage, on crée une tâche Cron grâce à la commande crontab -e

@reboot /home/pi/flexget/bin/flexget --loglevel VERBOSE daemon start --autoreload-config -d

Scanner Epson WF-2865 en WiFi sous Debian/Raspbian

Brice Boucard — 2021-02-27T15:03:00Z

Si l'imprimante de mon multifonction Epson WorkForce WF-2865 connecté en WiFi ne m'a guère posé problème, l'utilisation du scanner a été plus délicate...

On commence par installer sane :

sudo apt install sane sane-utils

On édite le fichier /etc/sane.d/dll.conf :

sudo nano /etc/sane.d/dll.conf

et on décommente la ligne du pilote epson2.

Pour l'étape suivante, on va avoir besoin de connaître l'adresse de notre imprimante au sein de notre réseau ; pour ce faire, on utilise l'utilitaire nmap qu'il convient d'installer :

sudo apt install nmap

On peut ensuite, pour effectuer un scan rapide, lancer la commande suivante :

sudo nmap -sn 192.168.1.0/24

et on obtient, entre autres :

[...] Nmap scan report for 192.168.1.12 Host is up (-0.17s latency). MAC Address: 38:9D:92:29:1C:FC (Seiko Epson) [...]

Nous pouvons désormais éditer le ficier /etc/sane.d/epson2.conf :

sudo nano /etc/sane.d/epson2.conf

en modifiant la fin du fichier de la sorte :

#net autodiscovery net 192.168.1.12

On se rend ensuite sur le site d'Epson pour récupérer le logiciel ImageScan ainsi que les pilotes pour notre architecture.

Par exemple :

wget https://download2.ebz.epson.net/imagescanv3/common/deb/arm/imagescan-bundle-common-3.65.0.arm.deb.tar.gz tar xvzf imagescan-bundle-common-3.65.0.arm.deb.tar.gz cd imagescan-bundle-common-3.65.0.arm.deb/ sudo ./install.sh

On ouvre ensuite le fichier /etc/imagescan/imagescan.conf :

sudo nano /etc/imagescan/imagescan.conf

et on le modifie pour obtenir cela :

[devices] myscanner.udi = esci:networkscan://192.168.1.12:1865 myscanner.vendor = Epson myscanner.model = WF2865

Désormais vous devriez voir votre scanner dans Imagescan et sane (et tous les logiciels qui s'appuient sur lui tels xsane ou Gimp) devrait trouver votre périphérique sans soucis !

WeeWX, MQTT et skin Belchertown

Brice Boucard — 2020-12-20T15:14:00Z

Le skin Belchertown pour WeeWX proposé par Pat O'Brien est extrêmement complet (et complexe, du moins pour moi) et est particulièrement intéressant pour ses graphiques dynamiques en JavaScript.

Installation et configuration de base

Son installation n'est pas particulièrement difficile puisqu'il suffit de suivre les instructions fournies ; ainsi, à ce jour :

wget https://github.com/poblabs/weewx-belchertown/releases/download/weewx-belchertown-1.2/weewx-belchertown-release-1.2.tar.gz sudo wee_extension --install weewx-belchertown-release-1.2.tar.gz

Ensuite, il convient de passer à sa configuration en ayant pris soin, afin de bénéficier de certaines options dont le module de prévisions à sept jours, de remplir certaines conditions.

La configuration de base est la suivante :

sudo nano /etc/weewx/weewx.conf

[StdReport] ... [[Belchertown]] skin = Belchertown HTML_ROOT = /var/www/html/weewx/

MQTT

Nous allons surtout nous intéresser à la mise en place du rafraîchissement automatique des graphiques et de l'affichage des données permises par ce skin grâce au protocole MQTT (Message Queuing Telemetry Transport). Il convient d'abord d'installer et de configurer un « serveur », un broker, en l'occurrence mosquitto tel que nous l'avons vu dans un précédent article à partir du post de Pat O'Brien sur son blog.

Bien sûr, dans mon cas, WeeWX ne récupérant des données de la station météo que toutes les cinq voire dix minutes, l'utilisation du plugin weewx-mqtt ne se justifie pas forcément...

Une fois le broker Mosquitto installé et configuré, il faut installer le plugin weewx-mqtt :

sudo pip3 install paho-mqtt wget -O weewx-mqtt.zip https://github.com/matthewwall/weewx-mqtt/archive/master.zip wee_extension --install weewx-mqtt.zip

On modifie ensuite sa configuration qui dépend de la section [Restful] dans le fichier /etc/weewx/weewx.conf :

[Restful] ... [[MQTT]] server_url = mqtt://USER:PASSWORD@SERVER:PORT/ topic = weewx unit_system = METRIC binding = archive, loop aggregation = aggregate [[[tls]]] tls_version = tlsv12 ca_certs = /etc/ssl/certs/ca-certificates.crt

On en profite pour éditer la configuration du skin Belchertown de la sorte :

[StdReport] ... [[Belchertown]] skin = Belchertown HTML_ROOT = /var/www/html/weewx/ mqtt_websockets_enabled = 1 mqtt_websockets_host = "SERVER" mqtt_websockets_port = 9001 mqtt_websockets_ssl = 1 mqtt_websockets_topic = "weather/loop" disconnect_live_website_visitor = 1800000

Il ne nous reste plus qu'à relancer weewx :

sudo service restart weewx

On peut vérifier le bon fonctionnement du plugin weewx-mqtt en lançant la commande mosquitto_sub pour suivre le topic weewx/loop ou en épluchant /var/log/syslog à la recherche d'une ligne de ce type :

tail -f /var/log/syslog | grep weewx [snip] Mar 1 06:48:23 raspberrypi weewx[3998] INFO weewx.restx: MQTT: Published record 2021-03-01 06:45:00 CET (1614588300) [snip]

Mosquitto, un broker MQTT

Brice Boucard — 2020-12-11T22:21:00Z

J'ai découvert le protocole MQTT (Message Queuing Telemetry Transport) lors de l'interfaçage de ma station météo Netatmo et du logiciel WeeWX sur mon Raspberry Pi ; il s'agit d'un protocole de messagerie de type publication-abonnement, extrêmement rapide et léger, utilisé notamment dans l'internet des objets.

Nous allons ici voir comment installer et configurer un broker, un agent MQTT, en l'occurrence Mosquitto, en nous appuyant très largement sur l'article « How to setup your own MQTT Broker » de Pat O'Brien.

Installation et premiers tests

On commence par l'installer :

sudo apt install mosquitto mosquitto-clients

Nous pouvons dès lors « jouer » un peu...
On peut commencer par vérifier la version de notre agent ou le temps écoulé depuis son lancement :

mosquitto_sub -t \$SYS/broker/version mosquitto_sub -t \$SYS/broker/uptime

Puis commencez par ouvrir deux sessions dans votre terminal (on ne saurait trop vous conseiller d'utiliser tmux, présenté dans cet article) : dans la première, on lance la commande mosquitto_sub -t test/# puis dans la seconde on lance mosquitto_pub -t test/test -m "Test message"...

Configuration, accès, SSL

Il convient de préciser d'emblée que Mosquitto est très regardant sur le formatage de ses fichiers de configuration et qu'il n'accepte pas d'espace en fin de ligne.

On commence par éditer un fichier /etc/mosquitto/conf.d/myconfig.conf :

persistence false # mqtt listener 1883 protocol mqtt # websockets listener 9001 protocol websockets

On redémarre alors Mosquitto :

sudo service mosquitto restart

Gestion des accès

Mosquitto permet de gérer topic par topic les droits de publication et d'abonnement.

On commence par générer un couple identifiant / mot de passe, ainsi :

sudo mosquitto_passwd -c /etc/mosquitto/passwd USER

puis on édite un fichier /etc/mosquitto/acl

# Autoriser l'abonnement anonyme à $SYS topic read $SYS/# # Autoriser l'abonnement et la publication anonymes à test topic test/# # Autoriser le seul abonnement anonyme à testlecture topic read testlecture/# # Accès limité pour l'écriture sur testlecture # Abonnement et publication sur secret pour USER seulement user USER topic write testlecture topic secret/#

on édite ensuite le fichier /etc/mosquitto/conf.d/myconfig.conf pour qu'il ressemble à cela :

persistence false allow_anonymous true password_file /etc/mosquitto/passwd acl_file /etc/mosquitto/acl # mqtt listener 1883 protocol mqtt # websockets listener 9001 protocol websockets

On redémarre le service avant de vérifier avec la commande netstat que les ports déclarés sont bien ouverts :

$ sudo service mosquitto restart $ sudo netstat -tulpn | grep 1883 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 142015/mosquitto tcp6 0 0 :::1883 :::* LISTEN 142015/mosquitto $ sudo netstat -tulpn | grep 9001 tcp6 0 0 :::9001 :::* LISTEN 142015/mosquitto

Pour le canal test, accessible sans authentification ni pour l'abonnement ni pour la publication, on vérifie avec cette commande dans notre première session :

mosquitto_sub -h localhost -p 1883 -t test/#

et dans la seconde nous lançons :

mosquitto_pub -h localhost -p 1883 -t test/1 -m "Hello topic test/1"

Le canal testlecture ne devrait être accessible anonymement qu'en lecture :

mosquitto_sub -h localhost -p 1883 -t testlecture/#

La première des deux commandes suivantes ne devrait rien renvoyer dans notre première session ; il convient en effet de s'authentifier pour publier dans ce canal :

mosquitto_pub -t testlecture/test -m "test" mosquitto_pub -u USER -P PASSWORD -t testlecture/test -m "test"

Enfin, le canal secret nécessite de s'authentifier aussi bien pour l'abonnement que pour la publication :

mosquitto_sub -u USER -P PASSWORD -t secret/#

mosquitto_pub -u USER -P PASSWORD -t secret/test -m "test"

Certificat SSL

Il est bien évidemment possible de rendre cet agent MQTT accessible sur Internet et de le configurer pour qu'il utilise une connexion sécurisée grâce à un certificat comme ceux proposés par Let's Encrypt. Nous allons considérer ici que vous avez déjà configuré votre nom de domaine et généré le certificat, comme évoqué ici.

Ainsi, dans mon cas, vous devriez pouvoir vous abonner au canal weather produit par WeeWX et son plugin weewx-mqtt avec la commande suivante :

mosquitto_sub -h meteo.momh.fr -p 8883 --capath /etc/ssl/certs/ -t weather/#

Il convient, après avoir généré son certificat, d'éditer le fichier /etc/mosquitto/conf.d/myconfig.conf de la sorte :

# Insecure mqtt to localhost only, and secure mqtt listener 1883 localhost listener 8883 certfile /etc/letsencrypt/live/DOMAINE/cert.pem cafile /etc/letsencrypt/live/DOMAINE/chain.pem keyfile /etc/letsencrypt/live/DOMAINE/privkey.pem protocol mqtt # websockets listener 9001 certfile /etc/letsencrypt/live/DOMAINE/cert.pem cafile /etc/letsencrypt/live/DOMAINE/chain.pem keyfile /etc/letsencrypt/live/DOMAINE/privkey.pem protocol websockets

Après avoir redémarré le service

sudo service mosquitto restart

on peut tester ainsi, avec pour chacune de nos deux sessions, les commandes :

mosquitto_sub -h DOMAINE -p 8883 --capath /etc/ssl/certs/ -u USER -P PASSWORD -t secret/#

mosquitto_pub -h DOMAINE -p 8883 -u USER -P PASSWORD --capath /etc/ssl/certs/ -t secret/test -m "Test message dans le canal secret"

Nous pouvons désormais utiliser notre agent MQTT avec WeeWX !

Auto-hébergement, DynHost OVH et certificat Let's Encrypt sous Raspbian

Brice Boucard — 2020-12-06T09:28:00Z

Ayant « associé » ma station météo Netatmo à mon Raspberry Pi grâce à WeeWX (lire ce post), je souhaite désormais rendre accessible sur Internet le site web ainsi généré. Je considère ainsi que vous avez déjà un serveur Apache fonctionnel et configuré (même si nous aborderons la création d'un VirtualHost par la suite).

DynHost et mise à jour de l'IP

Étant chez OVH, je profite de leur service DynHOST qui « permet de faire pointer un sous-domaine vers une adresse IP dynamique qui sera mise à jour dans votre zone DNS à chaque changement de celle-ci. ».

On crée notre DynHost puis on en gère les accès, en créant un nouvel identifiant. Puis, sur notre Raspberry Pi, on installe ddclient :

sudo apt install ddclient

Lors de l'installation, des écrans successifs vont nous permettre de le configurer :

Fournisseur de service de DNS dynamique : Autre
Protocole de mise à jour du DNS dynamique : dyndns2
Serveur de DNS dynamique : www.ovh.com
Mandataire HTTP : néant
Identifiant : l'identifiant saisi précédemment (comprenant le nom de domaine en préfixe)
Mot de passe : le mot de passe correspondant
Méthode de découverte d'adresse IP : Service de découverte d'IP basée sur le web
Hôtes à mettre à jour : le DynHost créé précédemment

La configuration peut se faire sinon à la main, en éditant le fichier /etc/ddclient.conf qui doit ressembler à cela :

protocol=dyndns2 use=web, web=checkip.dyndns.com server=www.ovh.com login=DOMAINE-USER password='PASSWORD' DYNHOST

Il vous faut ensuite éditer le fichier /etc/default/ddclient et veiller à bien avoir :

run_daemon="true"

Et enfin, on redémarre ddclient :

sudo service ddclient restart

Redirection des ports

Ensuite, il faut se rendre dans l'interface de gestion de votre Box Internet et configurer, dans la section NAT, la redirection des port 80 et 443 vers ceux de votre Raspberry Pi (pour en connaître l'IP sur votre réseau local, utilisez la commande hostname -I).

Désormais, en saisissant l'URL de votre DynHost, vous devriez accéder à la même page que lorsque vous accédez à l'adresse localhost.

Mise en place du HTTPS

Pour ce faire, nous allons générer un certificat Let's Encrypt pour notre DynHost.

On commence par copier, dans /etc/apache2/sites-available/, le fichier 000-default.conf vers DYNHOST.conf ; par exemple :

sudo cp /etc/apache2/sites-available/000-default.conf /etc/apache2/sites-available/meteo.momh.fr.conf

puis par le configurer pour pointer vers notre répertoire /var/www/html/weewx ou autre répertoire en fonction du ou des skin(s) que vous utilisez. Par exemple, minimalement :

 ServerName meteo.momh.fr ServerAdmin webmaster@localhost DocumentRoot /var/www/html/weewx ErrorLog ${APACHE_LOG_DIR}/error.log CustomLog ${APACHE_LOG_DIR}/access.log combined

Pour générer le certificat, nous allons utiliser certbot, qu'il convient d'installer :

sudo apt install certbot python3-certbot-apache

puis d'activer le module ssl d'Apache :

sudo a2enmode ssl sudo systemctl restart apache2

On peut alors générer notre certificat avec la commande suivante :

sudo certbot --apache -d DynHOST

Il vous est proposé de rediriger l'éventuel traffic HTTP vers HTTPS :

Please choose whether or not to redirect HTTP traffic to HTTPS, removing HTTP access. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 1: No redirect - Make no further changes to the webserver configuration. 2: Redirect - Make all requests redirect to secure HTTPS access. Choose this for new sites, or if you're confident your site works on HTTPS. You can undo this change by editing your web server's configuration. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Select the appropriate number [1-2] then [enter] (press 'c' to cancel): 2

Un certificat est alors généré et un nouvel hôte virtuel est configuré dans Apache, à l'emplacement /etc/apache2/sites-available/DYNHOST-le-ssl.conf. Si vous avez choisi l'option 2, le VirtualHost présenté ci-dessus se voit modifié avec les lignes suivantes :

RewriteEngine on RewriteCond %{SERVER_NAME} =DYNHOST RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]

Pour voir que tout fonctionne, on peut utiliser l'outil de test proposé par ssllabs.com.

Station météo Netatmo & WeeWX [bis]

Brice Boucard — 2020-11-05T09:13:00Z

Suite à mon premier post sur le sujet (auquel il convient de se reporter pour la configuration et l'utilisation d'une base de donnée MySQL), je me suis attelé plus longuement à la compatibilité du plugin weewx-netatmo de Matthew Wall avec les versions 4 de WeeWX sous Python 3.

Installation

De ce fait, on n'a plus besoin d'installer une ancienne version de WeeWX et l'on peut se reporter sur la version disponible dans les dépôts :

wget -qO - https://weewx.com/keys.html | sudo apt-key add - wget -qO - https://weewx.com/apt/weewx-python3.list | sudo tee /etc/apt/sources.list.d/weewx.list sudo apt update sudo apt install weewx

Désormais, la configuration et autres skins ne se trouvent plus dans /home/weewx mais dans /etc/weewx. L'installation du plugin weewx-netatmo peut se faire depuis mon fork du plugin :

wget -O weewx-netatmo.zip https://github.com/bricebou/weewx-netatmo/archive/master.zip sudo wee_extension --install weewx-netatmo.zip sudo wee_config --reconfigure

On ouvre ensuite le fichier de configuration /etc/weewx/weewx.conf pour vérifier que nos identifiants Netatmo soient bien pris en compte. Ensuite, on redémarre WeeWX :

sudo service weewx restart

Modifications apportées

Pour ce faire, on utilise l'outil 2to3 :

sudo pip3 install 2to3

puis on lance la commande :

2to3 -w netatmo.py

Une erreur subsistait mais le problème avait déjà été résolu par kwalker05 ; il suffit, à la ligne 521, de remplacer :

params = urlencode(params)

par

params = urlencode(params).encode("utf-8")

ncspot, un client ncurse pour Spotify

Brice Boucard — 2020-10-03T09:22:00Z

Si mes recherches pour utiliser Spotify depuis mon Raspverry Pi sous Raspbian Buster m'ont tout d'abord conduit à la prise en charge des DRM pour utiliser le client web open.spotify.com puis au client Spotify Connect raspotify, j'ai enfin découvert un client Spotify ne nécessitant pas de serveur X : ncspot est ainsi un client ncurse pour Spotify écrit en Rust et hautement inspiré des clients ncmpc ou ncmpcpp pour MPD.

Installation

On commence par installer les dépendances :

sudo apt install libncursesw5-dev libdbus-1-dev libpulse-dev libssl-dev libxcb1-dev libxcb-render0-dev libxcb-shape0-dev libxcb-xfixes0-dev

On installe ensuite une « instance » de Rust, grâce au script rustup :

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh

avant de lancer l'installation à proprement parler de ncspot :

cargo install ncspot

Usage et configuration

Il suffit alors de lancer la commande ncspot et l'on peut alors naviguer entre trois écrans grâce aux touches F1, F2 et F3 : queue, recherche, bibliothèque.

Pour en savoir plus, il suffit d'accéder à l'écran d'aide avec la touche ?.

La configuration se fait dans le fichier ~/.config/ncspot/config.toml avec a possibilité de définir soi-même des raccourcis clavier au sein d'une section [keybindings] et un thème au sein d'une section [theme] (un générateur vous en facilite la création) :

backend = "pulseaudio" [saved_state] volume = 70 repeat = "no" shuffle = true [keybindings] "Shift+p" = "pause" [theme] background = "black" primary = "green" secondary = "cyan" title = "magenta" playing = "black" playing_selected = "blue" playing_bg = "magenta" highlight = "black" highlight_bg = "green" error = "white" error_bg = "red" statusbar = "magenta" statusbar_progress = "magenta" statusbar_bg = "black" cmdline = "cyan" cmdline_bg = "light black"

Scrobbling

Si l'on souhaite scrobbler ce que l'on écoute avec ncspot, il convient d'installer rescrobbled, écrit lui aussi en Rust :

wget https://github.com/InputUsername/rescrobbled/archive/v0.2.0.tar.gz tar xvzf v0.2.0.tar.gz cd rescrobbled-0.2.0/ cargo install --path .

La configuration se fait à travers le fichier ~/.config/rescrobbled/config.toml mais nécessite d'avoir généré au préalable un couple clé-secret via cette page de Last.fm :

mkdir ~/.config/rescrobbled/ nano ~/.config/rescrobbled/config.toml

lastfm-key = "Last.fm API key" lastfm-secret = "Last.fm API secret" #listenbrainz-token = "ListenBrainz API token" enable-notifications = false min-play-time = 0 # in seconds player-whitelist = [ "ncspot" ] # if empty or ommitted, will allow all players

Il faut ensuite lancer la commande rescrobbled alors que le lecteur ncspot fonctionne ; il vous sera alors demander votre identifiant et votre mot de passe.
Pour lancer le service en tant que démon, il faut placer le fichier ~/rescrobbled-0.2.0/rescrobbled.service dans votre répertoire ~/.config/systemd/user/ :

mkdir -p ~/.config/systemd/user cp ~/rescrobbled-0.2.0/rescrobbled.service ~/.config/systemd/user/

Lancez ensuite la commande suivante pour lancer rescrobbled au démarrage :

systemctl --user enable rescrobbled.service

et pour le lancer sans avoir à redémarrer :

systemctl --user start rescrobbled.service