• [^] # Re: Syncthing en mode utilisateur sur des machines partagées

    Posté par . En réponse au journal Systemd à la maison. Évalué à 4. Dernière modification le 14 avril 2021 à 11:58.

    Pas systemd, certes, mais j'utilise le même genre de choses.

    Pour être plus explicite, voici mon .xinitrc actuel, bien que je pense migrer certaines choses vers ~/.profile ou équivalent, voire trouver une meilleure solution, plus portable, parce que les shell sont des horreurs de ce point de vue:

    export SVDIR=$HOME/.config/services
    runsvdir -P $SVDIR ............................................................ &
    xrandr --output HDMI-3 --right-of HDMI-2
    #urxvtd -o &
    #unclutter -idle 2 -jitter 2 &
    setxkbmap fr 
    #(pidof mpd > /dev/null || mpd --no-daemon ~/.config/mpd/mpd.conf --stderr) &
    xosview &
    #claws-mail &
    #/bigfiles/$USER/contrib/quassel/build/quasselclient &
    numlockx on
    exec ssh-agent chpst -P i3
    

    Toutes les lignes zombifiées (d'ailleurs, c'est l'occasion de les virer, je devrais peut-être également ajouter xosview, je ne sais pas trop, il n'est pas vraiment critique à mon usage...), en fait, elles sont maintenant gérées par runsvdir.

    Cela permets une vraie facilité de gestion et d'intégration, totalement indépendante de mon gestionnaire de fenêtres ou de mon bureau, ainsi que des avantages propres à diverses catégories d'outils:

    • mpd: tendance à planter quand interruption de connexion réseau (locale ou distance) lors de écoute de webradio;
    • unclutter: conflits avec certains jeux et applications qui capturent la souris;
    • toute application que je pourrais fermer par accident alors que j'ai besoin de la présence continuelle, telle que le MUA ou le client IRC, ou encore urxvtd;

    Au final, avec le temps je m'aperçois que j'utilise de plus en plus le mécanisme de gestion des daemon de mon système pour des tâches liées à l'utilisateur.
    Ce n'est pas spécifique à systemd (puisque je n'utilise pas), de fait, mais je trouve ce type d'usage très pertinent et puissant, peu importe l'implémentation. Par contre, rien de tout ça n'est aisément réalisable avec l'ancêtre sysVinit et cette pile de shell qu'est rc.d (sans parler de la taille des scripts à écrire! beurk!).

    Sur mon serveur perso, j'ai simplement créé une service runsvidir par mon utilisateur, ce qui semble être un équivalent de systemd --user, vu que pas de session interactive sur le serveur.