Le fichier foo.conf permet de surcharger complétement le fichier monservice.service. Si je veux faire lancer un autre soft, je peux, je donne juste la valeur ExecStart= . Donc oui, ça spécifie plus que l'initscript (pas le logiciel, car le concepteur du logiciel et la personne qui fait l'initscript, c'est en général 2 personnes différentes, l'initscript venant de la distribution en général).
Et Ce que je veut dire, c'est que l'usage des drop-in configuration files (c'est le nom de la chose) permet une gestion plus propre.
Si je rajoute User=toto dans le fichier, ça va agir comme j'avais mis ça dans le fichier de base via une concaténation de tout les fichiers, avec une priorité défini pour savoir qui s'applique en dernier ( en l’occurrence, le fichier dans /etc prends le pas sur celui dans /usr donc la distro qui a /use sous son contrôle mets le défaut et l'admin a le dernier mot, sans interférence du gestionnaire de paquet qui va écraser le fichier ). Et comme c'est juste un fichier à déposer, ça se fait super facilement via ansible ou autre ( ou via un paquet qui dépose le fichier ). A contrario, va faire un modification propre et perenne d'un fichier shell.
Maintenant, peut être que tu fait encore tes configurations à la mano sans passer par puppet/ansible/etc, et que tu as du temps à perdre à vérifier à chaque upgrade que rien n'a changé dans le fichier pour faire une fusion de la modification à la main. Moi non.
[^] # Re: Fonctionnalités clées.
Posté par Misc (site web personnel) . En réponse à la dépêche Pourquoi les zélateurs et détracteurs de systemd ne s'entendront jamais. Évalué à 7.
Le fichier foo.conf permet de surcharger complétement le fichier monservice.service. Si je veux faire lancer un autre soft, je peux, je donne juste la valeur ExecStart= . Donc oui, ça spécifie plus que l'initscript (pas le logiciel, car le concepteur du logiciel et la personne qui fait l'initscript, c'est en général 2 personnes différentes, l'initscript venant de la distribution en général).
Et Ce que je veut dire, c'est que l'usage des drop-in configuration files (c'est le nom de la chose) permet une gestion plus propre.
Si je rajoute User=toto dans le fichier, ça va agir comme j'avais mis ça dans le fichier de base via une concaténation de tout les fichiers, avec une priorité défini pour savoir qui s'applique en dernier ( en l’occurrence, le fichier dans /etc prends le pas sur celui dans /usr donc la distro qui a /use sous son contrôle mets le défaut et l'admin a le dernier mot, sans interférence du gestionnaire de paquet qui va écraser le fichier ). Et comme c'est juste un fichier à déposer, ça se fait super facilement via ansible ou autre ( ou via un paquet qui dépose le fichier ). A contrario, va faire un modification propre et perenne d'un fichier shell.
Maintenant, peut être que tu fait encore tes configurations à la mano sans passer par puppet/ansible/etc, et que tu as du temps à perdre à vérifier à chaque upgrade que rien n'a changé dans le fichier pour faire une fusion de la modification à la main. Moi non.