Sauf que la gestion n'est pas propre, "socket activation" en est la preuve. Si la gestion était propre, un service réseau ne démarrerait qu'après le réseau. Là, on fait croire au service que le réseau est là alors qu'on a juste systemd et son socket en carton ... Ce truc existe juste pour la vitesse (on lance tout d'un coups et on gérera ensuite), une gestion propre des dépendances c'est : "si un service à besoin du réseau, il démarre quand le réseau est disponible". Comme pour le système autofs, si un service à besoin du système de fichier, il doit partir après que le système de fichier soit monté.
Faut arrêter ! systemd est conçu pour aller vite et c'est tout. Il suffit de relire l'annonce de systemd, tout tourne autour de fast !
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell
[^] # Re: If it works, don't fix it.
Posté par Etienne Bagnoud . En réponse au journal Chronique des dinosaures rétrogrades. Évalué à 8.
Sauf que la gestion n'est pas propre, "socket activation" en est la preuve. Si la gestion était propre, un service réseau ne démarrerait qu'après le réseau. Là, on fait croire au service que le réseau est là alors qu'on a juste systemd et son socket en carton ... Ce truc existe juste pour la vitesse (on lance tout d'un coups et on gérera ensuite), une gestion propre des dépendances c'est : "si un service à besoin du réseau, il démarre quand le réseau est disponible". Comme pour le système autofs, si un service à besoin du système de fichier, il doit partir après que le système de fichier soit monté.
Faut arrêter ! systemd est conçu pour aller vite et c'est tout. Il suffit de relire l'annonce de systemd, tout tourne autour de fast !
"It was a bright cold day in April, and the clocks were striking thirteen" - Georges Orwell