Oui mais rien n'empêche de mutualiser du code shell comme c'est déjà le cas avec LSB. Ensuite pour que la comparaison de Xavier Claude soit valable, il faut qu'il compare le code C de systemd lié au lancement/séquencement + la configuration du service avec le script init shell.
Après l'avantage d'un code shell mutualisé shell, c'est que tu peux choisir de l'utiliser ... ou pas ! Une simple ligne de commentaire et hop ! C'est l'avantage d'être une library plutôt que le coeur de ton system. Alors que dans la cas de systemd si tu veux modifier légèrement le comportement d'un lancement, pour un seul démon, parce que t'es dans un cas particulier ou que tu veux tester quelquchose ... bah tu peux pas. Tu dois te plier au plus petit dénominateur commun, qui je l'accorde va fonctionner dans 95% des cas, mais qui ne va pas te permettre de gérer à ta sauce même de manière temporaire.
Pour finir, le seul avantage que je voyais à sytemd c'est la gestion fine de l'ordonnancement des démons/tâches grâce à une synchro DBus. Mais malheureusement si même ça c'est pas encore au point à la vue de ce qui et décrit plus haut sur autofs ... alors pour l'instant en temps qu'adminsys je sens que je vais être plus embêter qu'autre chose par cette migration forcée.
[^] # Re: If it works, don't fix it.
Posté par ZeDuke . En réponse au journal Chronique des dinosaures rétrogrades. Évalué à 5.
Oui mais rien n'empêche de mutualiser du code shell comme c'est déjà le cas avec LSB. Ensuite pour que la comparaison de Xavier Claude soit valable, il faut qu'il compare le code C de systemd lié au lancement/séquencement + la configuration du service avec le script init shell.
Après l'avantage d'un code shell mutualisé shell, c'est que tu peux choisir de l'utiliser ... ou pas ! Une simple ligne de commentaire et hop ! C'est l'avantage d'être une library plutôt que le coeur de ton system. Alors que dans la cas de systemd si tu veux modifier légèrement le comportement d'un lancement, pour un seul démon, parce que t'es dans un cas particulier ou que tu veux tester quelquchose ... bah tu peux pas. Tu dois te plier au plus petit dénominateur commun, qui je l'accorde va fonctionner dans 95% des cas, mais qui ne va pas te permettre de gérer à ta sauce même de manière temporaire.
Pour finir, le seul avantage que je voyais à sytemd c'est la gestion fine de l'ordonnancement des démons/tâches grâce à une synchro DBus. Mais malheureusement si même ça c'est pas encore au point à la vue de ce qui et décrit plus haut sur autofs ... alors pour l'instant en temps qu'adminsys je sens que je vais être plus embêter qu'autre chose par cette migration forcée.