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.

Installer Microsoft SQL Server sur Ubuntu 22.04

Brice Boucard — 2022-09-23T09:42:49Z

Dans le cadre de ma formation de Concepteur développeur d'application auprès de ENI École, je vais ête amené à étudier le SQL et à le mettre en pratique sous Microsoft SQL Server.

Microsoft fournit un paquet mssql-server pour Ubuntu 20.04 ainsi qu'une documentation bien faite concernant son installation et les premiers pas sous SQL Server. Cependant, l'installation sous Ubuntu 22.04 se heurte à différents soucis...

Signature du dépôt

Pour éviter d'avoir un avertissement concernant l'utilisation de apt-key, il convient de procéder différemment pour importer la clé du dépôt. On commence par télécharger la clé fournie, avant de la convertir et de la conserver dans le répertoire /usr/share/keyrings/ :

wget https://packages.microsoft.com/keys/microsoft.asc gpg --dearmor microsoft.asc mv microsoft.asc.gpg /usr/share/keyrings/microsoft.gpg rm microsoft.asc

Ensuite, la déclaration du dépôt diffère quelque peu ; dans un fichier /etc/apt/sources.list.d/mssql-20_04.list, il convient de lui préciser la clé à utiliser :

deb [arch=amd64 signed-by=/usr/share/keyrings/microsoft-mssql.gpg] https://packages.microsoft.com/ubuntu/20.04/mssql-server-2019 focal main

libldap

Le premier souci provient d'une dépendance à libldap dans sa version 2.4, alors qu'Ubuntu 22.04 ne propose plus que la version 2.5.

La solution est alors de télécharger le paquet d'une version d'Ubuntu précédente depuis le site ubuntu packages puis de l'installer (la commande ci-dessous peut être différente, notamment en cas d'architecture autre que amd64) :

sudo apt install ./Téléchargements/libldap-2.4-2_2.4.49+dfsg-2ubuntu1.9_amd64.deb

Le paquet mssql-server devrait désormais s'installer sans autre problème.

libcrypto.so & libssl.so

Lors de l'installation à proprement parler de SQL Server avec la commande

sudo /opt/mssql/bin/mssql-conf setup

on se heurte à une erreur puisqu'il ne trouve pas ces deux bibliothèques libcrypto.so et libssl.so dans le répertoire /opt/mssql/lib/.

La solution que j'ai retenue dans mon cas, parmi celles proposées sur ce sujet du forum de learn.microsoft.com, est d'utiliser celles fournies par les Snap core20 et de créer des liens symboliques ; dans mon cas :

sudo ln -s /snap/core20/1587/usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 libcrypto.so sudo ln -s /snap/core20/1587/usr/lib/x86_64-linux-gnu/libssl.so.1.1 libssl.so

Il suffit de relancer alors l'installation

sudo /opt/mssql/bin/mssql-conf setup

et ce devrait être bon !

Outils en ligne de commande

Microsoft propose deux outils en ligne de commande pour interagir avec SQL Server : sqlcmd et bcp.

Pour les installer, il convient de définir un nouveau dépôt, mettons dans le fichier /etc/apt/sources.list.d/msprod.list :

deb [arch=amd64 signed-by=/usr/share/keyrings/microsoft-mssql.gpg] https://packages.microsoft.com/ubuntu/20.04/prod focal main

Ensuite :

sudo apt update sudo apt install mssql-tools unixodbc-dev

Plutôt que d'ajouter le répertoire /opt/mssql-tools/bin à mon $PATH, j'ai choisi de me créer deux alias.

Mais l'on peut aussi utiliser l'outil Azure Data Studio disponible également sous Ubuntu.

SPIP-Cli sur serveur mutualisé

Brice Boucard — 2022-04-27T16:24:45Z

SPIP-Cli est « une interface en ligne de commande pour SPIP ». Sa documentation nous guide parfaitement pour une installation avec un accès root ou sudo. Sur un hébergement mutualisé, avec a minima un accès SSH relativement ouvert, il faut adapter la procédure.

Une fois connecté via SSH à votre serveur, il convient tout d'abord de créer un répertoire ~/.local/bin :

mkdir -p ~/.local/bin

Ensuite, dans ce répertoire, on clone le dépôt de SPIP-Cli et on lance l'installation avec composer (chez alwaysdata, il faut utiliser composer2) :

cd ~/.local/bin/ git clone https://git.spip.net/spip-contrib-outils/spip-cli.git cd spip-cli/ composer install

Ensuite, ne nous reste plus qu'à créer un lien symbolique afin de faciliter l'usage de la commande spip :

ln -s /home/$USER/.local/bin/spip-cli/bin/spip /home/$USER/.local/bin/

Pour ce qui est de l'autocomplétion, il suffit d'éditer le fichier ~/.profile ainsi :

source ~/.local/bin/spip-cli/bin/spip_console_autocomplete

Une fois Bash relancé, la commande devrait être disponible et l'automplétion de ses options fonctionner.

Installer « globalement » PHP_CodeSniffer

Brice Boucard — 2022-04-26T20:05:01Z

PHP_CodeSniffer est un outil de contrôle de votre code PHP afin d'en garantir la conformité au standard de votre choix.
Plutôt que de l'installer dans chacun de vos projets, il est possible de l'installer « globalement » et de le configurer pour permettre d'autres standards que ceux fournis de base, ceux de SPIP par exemple.

Préalables

Si vous n'avez pas de répertoire ~/bin/ dans votre /home, on commence par le créer :

mkdir ~/bin

Puis, on installe composer de façon « globale » dans ce répertoire ~/bin qui se trouve dans notre $PATH ; on commence par suivre les instructions de la documentation de Composer mais la troisième commande devient :

php composer-setup.php --install-dir=~/bin --filename=composer

Installation de PHP_CodeSniffer

Une fois cela fait, on peut installer « globalement » PHP_CodeSniffer :

composer global require squizlabs/php_codesniffer composer global require spip/coding-standards

Par défaut, chez moi, on retrouve les packages dans ~/.config/composer/vendor/ et les exécutables dans ~/.config/composer/vendor/bin/

Ne nous reste plus qu'à créer des liens symboliques dans notre ~/bin/ des exécutables de PHP_CodeSniffer :

ln -s ~/.config/composer/vendor/bin/phpcs ~/bin ln -s ~/.config/composer/vendor/bin/phpcbf ~/bin

On relance Bash et on peut alors déclarer le répertoire des standards SPIP à PHP_CodeSniffer :

phpcs --config-set installed_paths /home/$USER/.config/composer/vendor/spip/coding-standards/src/,/home/$USER/.config/composer/vendor/phpcompatibility/php-compatibility

Vous pouvez vérifier que la configuration est bien correcte en éditant le fichier ~/.config/composer/vendor/squizlabs/php_codesniffer/CodeSniffer.conf.

Utilisation

Il est alors possible de lancer les commandes phpcs et phpcbf où que vous soyez.
Il peut alors être intéressant de profiter d'une configuration locale, propre à votre projet : cela se passe dans le fichier phpcs.xml placé à la racine de votre projet :

  ./ **/*.js **/*.css **/*.scss node_modules/* vendor/*

Pour découvrir plus précisément les possibilités de configuration, je vous laisse consulter le fichier phpcs.xml.dist de PHP_CodeSniffer.

Optimisation des images sous SPIP

Brice Boucard — 2022-04-01T08:20:50Z

Travaillant sur divers sites présentant de nombreux visuels bien souvent extrêmement lourds, je cherchais un moyen d'optimiser ces images afin d'améliorer les « performances » de ces sites.

Après une recherche rapide sur contrib.spip.net et sur plugins.spip.net, je n'ai pas trouvé mon bonheur [1] et ai donc développé un petit plugin, Images optimisées (optimages), en me basant sur le package image-optimizer proposé par Spatie.

Le plugin Images optimisées est installable via SVP puisque disponible sur plugins.spip.net ou via Git.

Le fonctionnement de ce plugin se veut très simple : si leur format est compatible (en l'état JPEG, PNG et GIF bien que la librairie prenne également en charge les SVG ou WEBP), les images sont compressées dès leur téléversement grâce aux utilitaires jpegoptim, pngquant et optipng, ou enfin gifsicle.

Le plugin fournit une interface de configuration permettant de modifier, s'il détecte les binaires de ces utilitaires, les arguments passés à ceux-ci (par défaut, ce sont les valeurs utilisées par la librairie image-optimizer).

En l'état, sur un échantillon loin d'être représentatif, nous obtenons des résultats de l'ordre de 60% de réduction du poids des PNG et de 40 à 50% pour les JPEG.

[1] Il s'avère qu'il existe le plugin SmushIt au fonctionnement quelque peu différent, puisqu'il n'agit pas sur les images lors de leur téléverserment mais seulement lors de leur affichage.

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

Raspbian Bullseye Lite sur NAS Argon Eon

Brice Boucard — 2022-01-27T16:59:15Z

On choisit pour notre nouveau NAS Argon Eon « propulsé » par un Raspberry Pi de se passer d'interface graphique et on opte donc pour la distribution Raspbian Bullseye Lite.

Une fois notre carte microSD créée (merci à l'utilitaire rpi-imager) et les premières configurations réalisées grâce à l'outil raspi-config (changement de mot de passe, localisation, clavier...), on peut passer à sa préparation ; au programme : alsa et bluetooth, partage de fichiers, mpd, transmission-daemon, flexget, Spotify Connect...

Maintenance et configuration

On commence par réaliser une mise à jour du système :

sudo apt update && sudo apt upgrade && sudo reboot

Puis on installe l'utilitaire de gestion du NAS Argon Eon, qui gère notamment la vitesse de ventilation :

curl https://download.argon40.com/argoneon.sh | bash

Wi-Fi et IP fixe

Pour se connecter à un réseau Wi-Fi, il suffit d'utiliser l'utilitaire raspi-config et d'initier le premier choix, Wireless Lan, du premier menu, System Options.

Les informations de connexion devrait alors se retrouver dans le fichier /etc/wpa_supplicant/wpa_supplicant.conf :

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev update_config=1 country=FR network={ ssid="SSID" psk="PASSWORD" }

Pour attribuer une IP fixe à votre Raspberry, il convient tout d'abord d'identifier l'interface réseau Wi-Fi, a priori wlan0, grâce à la commande ifconfig. Ensuite, il faut éditer le fichier /etc/dhcpcd.conf et ajouter une nouvelle interface :

interface wlan0 static ip_address=192.168.1.56 static routers=192.168.1.1 static domain_name_servers=80.67.169.12 80.67.169.40 2001:910:800::12 2001:910:800::40

La dernière ligne permet d'utiliser les serveurs DNS de French Data Network et de ne plus subir certaines restrictions, notamment celles limitant l'accès à des sites de torrents (cf. infra).

Alsa et bluetooth : bluealsa

Il semble que le paquet bluealsa ne soit plus disponible dans la branche stable de Debian et ne se trouve que dans unstable...
Plutôt que de le compiler depuis ses sources, j'ai récupéré les paquets nécessaires dans les dépôts Debian et les ai simplement installé avec apt :

wget http://ftp.fr.debian.org/debian/pool/main/b/bluez-alsa/libasound2-plugin-bluez_3.0.0-2_armhf.deb wget http://ftp.fr.debian.org/debian/pool/main/b/bluez-alsa/bluez-alsa-utils_3.0.0-2_armhf.deb sudo apt install ./libasound2-plugin-bluez_3.0.0-2_armhf.deb sudo apt install ./bluez-alsa-utils_3.0.0-2_armhf.deb

On crée ensuite un service systemd pour bluealsa, en reprenant celui proposé par bablokb/pi-btaudio :

sudo nano /etc/systemd/system/bluealsa.service

# -------------------------------------------------------------------------- # Modified version of bluealsa.service unit definition # (replaced WantedBy=graphical.target with WantedBy=bluetooth.target) # # Author: Bernhard Bablok # License: GPL3 # # Website: https://github.com/bablokb/pi-btaudio # # -------------------------------------------------------------------------- [Unit] Description=BluezALSA proxy Requires=bluetooth.service After=bluetooth.service [Service] Type=simple User=root ExecStart=/usr/bin/bluealsa [Install] WantedBy=bluetooth.target

On lance ensuite le service :

sudo systemctl enable bluealsa.service sudo service bluealsa start

On édite ensuite le fichier /etc/asound.conf en suivant là encore ce que propose bablokb/pi-btaudio :

pcm.!default "bluealsa" ctl.!default "bluealsa" defaults.bluealsa.interface "hci0" defaults.bluealsa.device "FC:58:FA:14:27:BC" defaults.bluealsa.profile "a2dp"

Dans notre cas, nous ajoutons une sortie pour notre ampli bluetooth Tangent Ampster :

pcm.tangent { type plug slave { pcm { type bluealsa device FC:58:FA:14:27:BC profile "a2dp" } } hint { show on description "Tangent Ampster BT" } }

Partages SAMBA

Une fois installé :

sudo apt install samba

On peut configurer nos partages en éditant le fichier /etc/samba/smb.conf.
Ainsi danse mon cas, j'ajoute cette section à la toute fin du fichier, le répertoire /home/pi/shares/ contenant l'ensemble des points de montage des disques du NAS.

[shares] comment = Argon Eon NAS Shares path = /home/pi/shares read only = no browsable = yes writable = yes valid users = pi

Une fois le fichier enregistré, il convient d'attribuer un mot de passe à votre utilisateur (dans mon cas, pi) :

sudo smbpasswd -a pi

puis de redémarrer le service :

sudo service smbd restart

Ensuite, sur le client : on commence par créer un fichier contenant les informations de connexion :

touch ~/.nascredentials chmod 600 ~/.nascredentials nano ~/.nascredentials

user=pi password=

Puis on édite le fichier /etc/fstab pour monter au démarrage

//192.168.1.56/shares /home/bbrice/NAS cifs defaults,credentials=/home/bbrice/.nascredentials,uid=1000,gid=1000,file_mode=0755,dir_mode=0755 0 0

Librespot : un client Spotify Connect

On commence par installer rust et ses utilitaires nécessaires à la compilation ainsi que les dépendances, avant de cloner le dépôt et de lancer la compilation :

curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh sudo apt install build-essential libpulse-dev git clone https://github.com/librespot-org/librespot.git cd librespot cargo build --release --no-default-features --features "alsa-backend"

On crée ensuite un service systemd :

mkdir -p ~/.config/systemd/user/ nano ~/.config/systemd/user/librespot.service

[Unit] Description=Librespot (an open source Spotify client) Documentation=https://github.com/librespot-org/librespot Documentation=https://github.com/librespot-org/librespot/wiki/Options Wants=network.target sound.target After=network.target sound.target [Service] Restart=always RestartSec=10 ExecStart=/usr/bin/librespot --name "%u@%H" --device bluealsa [Install] WantedBy=default.target

et on le lance :

systemctl --user enable librespot.service systemctl --user start librespot.service

Téléchargements automatisés : Flexget et transmission-daemon

Pour ce qui est de l'installation et la configuration de Flexget, il suffit de se reporter à cet article : Télécharger ses séries avec Flexget
Il convient de veiller à utiliser un DNS neutre afin de pouvoir accéder au flux d'EZTV... Pour ce faire, comme sous Raspbian Buster, il suffit d'éditer le fichier /etc/dhcpcd.conf.

Pour ce qui est de transmission-daemon, la tâche est un peu plus ardue mais pimylifeup.com nous apporte une solution qui fonctionne parfaitement.

MPD

Pour ce qui est de mpd, rien de bien complexe, il suffit juste de se replonger dans mes anciens articles... le point essentiel étant d'utiliser notre ampli Tangent Ampster connecté en bluetooth comme sortie ; il suffit d'ajouter cette section (en la modifiant en fonction de la configuration vue ci-dessus dans /etc/asound.conf) dans le fichier /etc/mpd.conf :

audio_output { type "alsa" name "Tangent Ampster BT - ALSA Bluetooth" device "tangent" mixer_type "software" format "44100:16:2" }

puis de relancer le service

sudo service mpd restart

Spotify Connect et PulseAudio sous Raspbian Bullseye

Brice Boucard — 2022-01-19T21:00:00Z

Si raspotify m'a donné pleinement satisfaction pendant quelques années comme client Spotify Connect sur mon Raspberry Pi, il n'en va plus de même depuis une importante mise à jour du logiciel : impossible de le combiner avec PulseAudio et de diriger le son vers mon ampli connecté via Bluetooth.
Du coup on se tourne directement vers la librairie librespot.

Si l'on peut installer librespot tout simplement via le gestionnaire de paquet Rust cargo, l'on a préféré directement le compiler avec le support du backend PulseAudio... en suivant scrupuleusement la documentation.

Installation de Rust et des dépendances

Il faut donc commencer par installer Rust et l'on procède comme recommandé grâce à l'utilitaire rustup :

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

Une fois cela fait, on installe plus prosaïquement les dépendances nécessaires à la compilation :

sudo apt install build-essential libpulse-dev

Compilation

On commence par récupérer les sources via Git :

git clone https://github.com/librespot-org/librespot.git

Puis, dans le dossier librespot, on lance la compilation :

cd librespot ~/.cargo/bin/cargo build --no-default-features --features "pulseaudio-backend"

Premier test et lancement au démarage

Pour lancer le client Spotify Connect, il suffit alors de lancer la commande suivante :

.~/librespot/target/debug/librespot

et vous devriez pouvoir vous connecter depuis votre application Spotify.

Si tout fonctionne, on peut alors copier l'exécutable /librespot/target/debug/librespot dans le $PATH et créer le service systemd.

sudo cp ~/librespot/target/debug/librespot /usr/bin/ mkdir -p ~/.config/systemd/user cp ~/librespot/contrib/librespot.user.service ~/.config/systemd/user/ systemctl --user enable librespot.user.service

Tailwind CSS, PostCSS et SCSS

Brice Boucard — 2021-12-22T20:39:00Z

À l'occasion de la « collection automne 2021 » de momh.fr, je me suis essayé à Tailwind CSS, le framework CSS qui renverse l'habituel mantra du CSS des classes sémantiques. Il m'a fallu un peu de temps avant de trouver une configuration satisfaisante, découvrant à cette occasion le postprocesseur CSS PostCSS.

Il faut commencer par installer nodejs et son gestionnaire de paquets npm ; plutôt que de passer par les dépôts Debian, on utilise les paquets proposés par NodeSource comme recommandé par la documentation de Node.js. Ainsi :

curl -fsSL https://deb.nodesource.com/setup_17.x | sudo -E bash - sudo apt-get install -y nodejs npm

on peut commencer par initier un projet avec la commande npm init.

Ensuite, il faut installer les paquets nécessaires :

npm install -D tailwindcss postcss postcss-cli postcss-easy-import autoprefixer cssnano watch

On génère ensuite automatiquement les fichiers de configuration minimalistes de PostCSS et de Tailwind CSS avec la commande suivante :

npx tailwindcss init -p

On peut ensuite éditer les fichiers tailwind.config.js et postcss.config.js, étant donné une arborescence comme celle qui suit :

|_ content |_ truc.html |_ machin.html |_ css |_ src |_ _base.scss |_ _cards.scss |_ tailwind.scss |_ tailwind.css |_ inclure |_ inclusion.html |_ script.js |_ index.html

On commence par peaufiner la configuration de PostCSS :

nano postcss.config.js

module.exports = { plugins: { 'postcss-easy-import': { path: ['./css/src'], prefix: '_', extensions: ['.css', '.scss'] }, 'tailwindcss/nesting': {}, tailwindcss: {}, autoprefixer: {}, ...(process.env.NODE_ENV === 'production' ? { cssnano: {} } : {}) } }

Puis on s'attelle à la configuration de Tailwind CSS :

nano tailwind.config.js

const defaultTheme = require('tailwindcss/defaultTheme') module.exports = { content: [ "./*.{html,js}", "./content/*.{html,js}", "./inclure/*.{html,js}", ], theme: { screens: { 'xs': '480px', ...defaultTheme.screens, }, extend: { fontFamily: { 'cursive': ['Life Savers', 'cursive'], }, }, }, plugins: [], }

On peut ensuite modifier la section « script » du fichier package.json avec les commandes permettant de compiler nos styles grâce à la commande npm run-script XXX :

 "scripts": { "styles:dev": "postcss css/src/tailwind.scss -o css/tailwind.css", "styles:prod": "NODE_ENV=production postcss css/src/tailwind.scss -o css/tailwind.css", "styles:watch": "watch 'npm run dev:scss' ../squelettes/", },