Posté par Alex .
En réponse au journal udev forké.
Évalué à 1.
L'utilisateur ne voit absolument pas systemd (ou alors, on n'a pas la même notion d'utilisateurs…)
tu as raison, je pense même que ça apportera des plus à l'utilisateur lambda, ne serait ce que pour les futurs ihm qui controleront l'outil via dbus
L'admin, qu'est-ce qui te fait dire que ce n'est pas mieux pour lui aussi?
peut être, néanmoins je vois souvent les admins pestés contre les bloatware surtout pour tout ce qui est critique (et j'ai la prétention de croire que c'est le cas du système d'init, ainsi que de pas mal de features que systemd reprend a son compte)
on trouve dans systemd n'est plus qu'un système d'init, il prend en charge inetd, reprend a son compte une partie de ce que fait cron, fait du monitoring de process, etc… mais fait (actuellement) doublons avec d'autres process courrament utilisés
C'est fou comme on peut vouloir demander tout aux autres…
Pas plus que ce qu'on lui demande à lui même.
Faut arrêter ce genre de logique, le dev fait un taf, le mainteneur fait un taf, l'admin fait un taf, les 2 premiers sont sensé travaillés pour que le 3ème puisse faire son travail correctement (oui je sais, moi aussi j'ai fait des patchs qui ne servaient qu'à moi même)
l'admin on lui demande suffisament de choses pour qu'il ne se fasse pas chier à maintenir lui même des système que d'autres considèrent comme deprecated.
Mais en effet, si la solution ne lui convient pas, il passera sur autre chose
[^] # Re: la guerre de s unices
Posté par Alex . En réponse au journal udev forké. Évalué à 1.
tu as raison, je pense même que ça apportera des plus à l'utilisateur lambda, ne serait ce que pour les futurs ihm qui controleront l'outil via dbus
peut être, néanmoins je vois souvent les admins pestés contre les bloatware surtout pour tout ce qui est critique (et j'ai la prétention de croire que c'est le cas du système d'init, ainsi que de pas mal de features que systemd reprend a son compte)
on trouve dans systemd n'est plus qu'un système d'init, il prend en charge inetd, reprend a son compte une partie de ce que fait cron, fait du monitoring de process, etc… mais fait (actuellement) doublons avec d'autres process courrament utilisés
Pas plus que ce qu'on lui demande à lui même.
Faut arrêter ce genre de logique, le dev fait un taf, le mainteneur fait un taf, l'admin fait un taf, les 2 premiers sont sensé travaillés pour que le 3ème puisse faire son travail correctement (oui je sais, moi aussi j'ai fait des patchs qui ne servaient qu'à moi même)
l'admin on lui demande suffisament de choses pour qu'il ne se fasse pas chier à maintenir lui même des système que d'autres considèrent comme deprecated.
Mais en effet, si la solution ne lui convient pas, il passera sur autre chose