En fait le "problème" pourrait se poser un peu de la même manière pour de nombreuses choses, par exemple memlock de pam // cgroup mem. On ne devrait pas se focaliser sur systemd parcequ'il peut faire des choses que d'autres peuvent déjà faire, cette situation est très courante, non ?
Personne n'en aurait rien à faire si c'était juste ça. La question c'est est ce que ce qui marchait avant va continuer à marcher. Avoir 36 commandes différentes pour faire la même chose ne dérange personne, avoir un outil dont tu ne vois pas l'intérêt qui balaie celui dont tu as l'habitude avec un niveau de complexité et des bugs en plus (systemd n'a pas la maturité de mount).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Quid de la diversité et des serveurs ?
Posté par barmic . En réponse à la dépêche Un entretien avec Lennart Poettering. Évalué à 5.
Personne n'en aurait rien à faire si c'était juste ça. La question c'est est ce que ce qui marchait avant va continuer à marcher. Avoir 36 commandes différentes pour faire la même chose ne dérange personne, avoir un outil dont tu ne vois pas l'intérêt qui balaie celui dont tu as l'habitude avec un niveau de complexité et des bugs en plus (systemd n'a pas la maturité de mount).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)