[Ansible] Liste des valeurs disponibles pour ansible_os_family

Petit pense-bête, pour éviter de perdre plusieurs dizaines de minutes à retrouver la liste des valeurs possibles pour la variable ansible_os_family dans ansible, après plusieurs semaines ou mois sans pratiquer.

La liste est par là:
ansible/ansible/module_utils/facts/system/distribution.py#L511

cmd#11 – GitHub – Clone de dépôt via HTTPS et token

De temps en temps, j’ai besoin de cloner l’un de mes dépôts GitHub, vers un poste de travail sur lequel je ne souhaite pas ou ne peut pas utiliser ma clef SSH pour réaliser l’opération. Dans ces cas là, je passe par la génération d’un token via Settings > Developer settings > Personal access tokens > Fined-grained tokens, auquel je ne n’assigne que l’autorisation « Content » avec « Read and Write », sur le dépôt concerné.

Avec une validité maximum d’un an, la sélection des dépôts concernés et une sélection minimale des permissions, je réduit ainsi grandement la surface d’exposition de mes dépôts. Une fois en possession du token généré, vient ensuite le moment de cloner le dépôt via git. Pour mémoire, voici la syntaxe à utiliser, par exemple, pour cloner mon dépôt yt-auto-dark:

git clone https://oauth2:<token>@github.com/vvision/yt-auto-dark.git

Voilà pour l’aide-mémoire.

Seul bémol de la solution, n’importe qui ayant accès au dépôt cloné pourra effectuer des modifications pendant toute la durée de validité du token, ou jusqu’à ce que ce dernier soit révoqué. A ne pas utiliser n’importe comment, n’importe où donc. En sacrifiant un peu de simplicité (et encore) et en fonction de l’environnement, on pourra préférer la génération d’une clef SSH spécifique à la machine, auquel on veillera bien à associer une pass phrase de qualité. On aura alors accès à tous nos dépôts, mais il faudra penser nous-même à retirer la clef des clefs autorisées lors de la décommission de la machine utilisée.

Bref, plusieurs solutions possibles en fonction des besoins et des environnements, à choisir en connaissance de cause.

Créer votre première céramique (en 3D et sans se salir)

Après une longue absence c’est l’heure du grand retour avec ce tutoriel d’une dizaine de minutes qui vous apprendra à prendre en main Blender pour réaliser une céramique japonaise.


Vous pouvez très bien adapter la texture et la forme de l’assiette à vos propres goûts et envies.

Bon visionnage !

Synapse – Mise à jour: Rust comme dépendance

Avec l’arrivée de la version v1.68.0 du serveur synapse, celui-ci vient désormais avec une dépendance vers Rust, qui doit donc être disponible sur le système en cas d’installation depuis les sources. La version de Rust demandée est une version récente, supérieure à la 1.58.1 si je me base sur la documentation de mise à jour.

Bien que n’utilisant pas le serveur synapse installé, je continue à le mettre à jour régulièrement pour suivre les avancées du projet, et avec l’espoir d’y faire migrer, un jour, mon cercle familial proche. Je ne pousse pas non plus à l’adoption pour le moment, car je souhaite d’abord m’occuper des procédures automatiques de déploiement et de sauvegarde.

Revenons à la mise à jour de synapse dans le cas d’une installation à partir des sources. Le point bloquant concerne l’installation de Rust pour que le programme soit correctement détecté lors de la mise à jour. Après quelques recherches, la solution consiste simplement à installer Rust pour l’utilisateur synapse, soit:

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

Une fois l’installation effectuée, la mise à jour s’exécute sans erreur.