On peut lister une série de problème sur à peu près tout, y compris des supers logiciels dont on est "fanatique", ça s'appelle garder son sens critique, c'est pas pour ça que ce sont de mauvais logiciels.
Bien entendu.
une simplification de la situation précédente
Qui était quoi, dans ton cas?
Je comprends les sceptiques, SysV (et consort) est satisfaisant pour les administrateurs, qui connaissent bien leur système (contrairement aux développeurs). Et à partir du moment où ça juste marche, pourquoi vouloir changer ..
Je pense que le problème n'est pas juste lié à "if it works, don't fix it".
C'est quoi, d'ailleurs, les consorts de sysV? C'est quoi, selon toi, le rôle de sysV? Et c'est quoi, selon toi, le rôle de systemd? Tu es programmeur, donc tu devrais être capable de définir le rôle d'un logiciel de façon précise, pour pouvoir l'implémenter correctement.
Et c'est justement ce que moi je n'aime pas avec systemd: ce projet a démarré comme simple init+watchdog, et ça faisait sens. En plus, il promettait de remplacer ces immondes scripts de rc.d par des fichier de déclaration? Génial. Seul inconvénient: pas portable. Bon, ça, ok, pourquoi.
Ensuite, je me suis aperçu au fil du temps que non, je n'était pas capable de voir ou ce projet compte s'arrêter, et qu'il compte remlacer tout un ensemble logiciel éprouvé par de nouvelles implémentations inter-dépendantes.
C'est ça qui m'a fait chercher des alternatives, et je dois à systemd le fait de connaîtres des alternatives à rc.d.
Pour en revenir à la question: pourquoi ne pas l'utiliser s'il marche bien? Parce que, il suffit de lire un tant soit peu pour s'apercevoir qu'à plusieurs reprises des composants de systemd qui n'ont pas à tourner en tant que root ont permis l'escalade de privilège, bugs qui sont liés à l'usage de fonctions dont la simple lecture du rôle me fait froid dans le dos (allouer sur la stack?)!
C'est la même chose pour D-Bus aussi
Marrant que tu en parles. Récemment, sur mon poste perso sous debian, j'ai du recompiler SDL pour virer le support de DBus parce que ça pourrissait les performances (afficher un message d'erreur à chaque fois qu'on ne trouve pas DBus, même si on ne s'en sert pas... mais... sérieux?). Je pense que le problème vient en pratique de la SDL, hein, mais, je trouve ça cocasse.
[^] # Re: Devuan
Posté par freem . En réponse au journal Remède au problème démarrage devuan ascii sur raspberry pi 2. Évalué à 2.
Bien entendu.
Qui était quoi, dans ton cas?
Je pense que le problème n'est pas juste lié à "if it works, don't fix it".
C'est quoi, d'ailleurs, les consorts de sysV? C'est quoi, selon toi, le rôle de sysV? Et c'est quoi, selon toi, le rôle de systemd? Tu es programmeur, donc tu devrais être capable de définir le rôle d'un logiciel de façon précise, pour pouvoir l'implémenter correctement.
Et c'est justement ce que moi je n'aime pas avec systemd: ce projet a démarré comme simple init+watchdog, et ça faisait sens. En plus, il promettait de remplacer ces immondes scripts de rc.d par des fichier de déclaration? Génial. Seul inconvénient: pas portable. Bon, ça, ok, pourquoi.
Ensuite, je me suis aperçu au fil du temps que non, je n'était pas capable de voir ou ce projet compte s'arrêter, et qu'il compte remlacer tout un ensemble logiciel éprouvé par de nouvelles implémentations inter-dépendantes.
C'est ça qui m'a fait chercher des alternatives, et je dois à systemd le fait de connaîtres des alternatives à rc.d.
Pour en revenir à la question: pourquoi ne pas l'utiliser s'il marche bien? Parce que, il suffit de lire un tant soit peu pour s'apercevoir qu'à plusieurs reprises des composants de systemd qui n'ont pas à tourner en tant que root ont permis l'escalade de privilège, bugs qui sont liés à l'usage de fonctions dont la simple lecture du rôle me fait froid dans le dos (allouer sur la stack?)!
Marrant que tu en parles. Récemment, sur mon poste perso sous debian, j'ai du recompiler SDL pour virer le support de DBus parce que ça pourrissait les performances (afficher un message d'erreur à chaque fois qu'on ne trouve pas DBus, même si on ne s'en sert pas... mais... sérieux?). Je pense que le problème vient en pratique de la SDL, hein, mais, je trouve ça cocasse.