Un script bash qui plante ça finit rarement en kernel panic. Contrairement à un systemd qui plante.
C’est pour ça qu’on se tue à dire que c’est une mauvaise idée de déporter des fonctionnalités vers le PID 1. Un PID 1 qui démarre pas (à cause d’une lib pas trouvée) c’est tout simplement un OS qui démarre pas. Un script bash qui démarre pas son service à cause d’une lib manquante ? OSEF. Un PID 1 qui plante c’est un plantage de la machine complète. Un script bash plante ? OSEF.
Le problème n’est pas d’introduire des fonctionnalités et donc potentiellement des bugs, ça c’est une évolution normale à laquelle personne n’a rien à dire. Le problème est d’introduire des fonctionnalités et donc potentiellement des bugs dans le PID 1.
[^] # Re: C'est plus facile de travailler salement...
Posté par Moonz . En réponse à la dépêche Un nouveau format de paquets logiciels utilisateurs pour Ubuntu. Évalué à 2.
Un script bash qui plante ça finit rarement en kernel panic. Contrairement à un systemd qui plante.
C’est pour ça qu’on se tue à dire que c’est une mauvaise idée de déporter des fonctionnalités vers le PID 1. Un PID 1 qui démarre pas (à cause d’une lib pas trouvée) c’est tout simplement un OS qui démarre pas. Un script bash qui démarre pas son service à cause d’une lib manquante ? OSEF. Un PID 1 qui plante c’est un plantage de la machine complète. Un script bash plante ? OSEF.
Le problème n’est pas d’introduire des fonctionnalités et donc potentiellement des bugs, ça c’est une évolution normale à laquelle personne n’a rien à dire. Le problème est d’introduire des fonctionnalités et donc potentiellement des bugs dans le PID 1.