Ca serait possible, mais c'est assez compliqué à faire bien, et aurait besoin d'etre fait dans chaque démon.
Bah oui, comme chaque programme fait attention à ne pas faire de bug. C’est un choix de conception du démon ou un bug. Je trouve louche que tu me dises c’est compliqué a bien faire, alors on laisse le système de démarrage palier à notre problème de conception…
Et pour répondre à un message de grumk un peu plus bas, ce n’est pas parce que tout le monde fait ça que c’est la meilleur solution. Sinon, on taillerait encore les branches avec des silex.
Et puis ca nécessite de gérer manuellement les dépendances, en listant tout ce qui a besoin de postgresql.
En quoi c’est manuel, prenons le cas openrc, tu as une fonction qui donne les dépendances dont tu as besoin. Donc openrc démarre d’abord tes dépendances avant de te démarrer. Ne me dit pas que systemd palie tout seul à ça, puisque à moins qu’il bind tous les ports sur toute les interfaces, il faut bien lui spécifier quelques part. Pour systemd c’est dans la config de postgres que tu dis qu’il utilise tel port… alors qu’avec openrc c’est dans la config de bacula que tu dis qu’il a besoin de postgres. Oui, j’admets qu’il faut écrire dépend de postgres une fois par service l’utilisant dans un cas. Mais est-ce si compliqué ?
Avec systemd il n'y a pas à gerer ces dépendances, on doit lui dire que postgresql utilise une socket, mais c'est tout, on a pas besoin de lui dire qu'un service va utiliser postgresql.
Effectivement. Mais comme je répond au dessus, est-ce compliqué ou long à faire ?
La facon dont le fait systemd permet aussi, si on lui demande, de ne démarrer le démon que si quelqu'un tente de l'utiliser.
Ça inet le faisait. Mais dans ce cas le service ne pouvait pas être lancé en mode démon ce qui semble le cas pour systemd ce qui est un avantage à ce dernier.
Je comprend mieux certains aspect, mais je pense quand même que systemd fait trop de chose. Qui vivra verra.
[^] # Re: Tu n'es pas le centre du monde
Posté par Anthony Jaguenaud . En réponse au journal Archlinux est morte.... Évalué à 1.
Bah oui, comme chaque programme fait attention à ne pas faire de bug. C’est un choix de conception du démon ou un bug. Je trouve louche que tu me dises c’est compliqué a bien faire, alors on laisse le système de démarrage palier à notre problème de conception…
Et pour répondre à un message de grumk un peu plus bas, ce n’est pas parce que tout le monde fait ça que c’est la meilleur solution. Sinon, on taillerait encore les branches avec des silex.
En quoi c’est manuel, prenons le cas openrc, tu as une fonction qui donne les dépendances dont tu as besoin. Donc openrc démarre d’abord tes dépendances avant de te démarrer. Ne me dit pas que systemd palie tout seul à ça, puisque à moins qu’il bind tous les ports sur toute les interfaces, il faut bien lui spécifier quelques part. Pour systemd c’est dans la config de postgres que tu dis qu’il utilise tel port… alors qu’avec openrc c’est dans la config de bacula que tu dis qu’il a besoin de postgres. Oui, j’admets qu’il faut écrire dépend de postgres une fois par service l’utilisant dans un cas. Mais est-ce si compliqué ?
Effectivement. Mais comme je répond au dessus, est-ce compliqué ou long à faire ?
Ça inet le faisait. Mais dans ce cas le service ne pouvait pas être lancé en mode démon ce qui semble le cas pour systemd ce qui est un avantage à ce dernier.
Je comprend mieux certains aspect, mais je pense quand même que systemd fait trop de chose. Qui vivra verra.