Excuse, ta question était posée de façon si imprécise que je croyais que c'était "pourquoi je devrai respecter ton choix".
Alors, premier truc qui me gêne profondément c'est l'utilisation massive d-bus: je ne veux pas de ce type de bus sur un système serveur typiquement. Sur un desktop, c'est déjà plus acceptable.
Second truc, c'est que je préfère tout simplement les scripts shell que je modifie selon mes besoins.
A mes yeux (encore une fois, question d'opinion) c'était très souple d'utilisation et très puissant. Un grep -ri /etc/init.d bien senti pour localiser le fichier que l'on veut modifier, un coup de vim et c'est réglé.
Certes, il y a tout un tas de .conf pour systemd qui permettent de configurer un peu le bouzin, mais si tu sors des sentiers battus (aka ce à quoi à penser l'auteur de systemd en le codant) tu risques de te retrouver emmerder...
Et je dois t'avouer qu'un examen rapide du bouzin (/etc/systemd/, /etc/init/*) ne m'a pas permis d'avoir une idée de comment il fonctionne. C'est une lacune à mes yeux (opinion, toujours).
Qu'un framework web, une lib système soit pas intuitive d'accès, OK. Mais l'outil responsable du lancement du système... bof bof.
Voilà, après, je connais très probablement trop peu systemd pour avoir une opinion si tranchée ... mais malgré tout ça ne m'attire pas. Et les rares fois ou j'ai eu à débugger boot foireux ne m'a pas convaincu.
[^] # Re: devenir
Posté par LaBienPensanceMaTuer . En réponse au journal Comment mon expérience Linux est en train de tourner au fiasco. Évalué à -3.
Excuse, ta question était posée de façon si imprécise que je croyais que c'était "pourquoi je devrai respecter ton choix".
Alors, premier truc qui me gêne profondément c'est l'utilisation massive d-bus: je ne veux pas de ce type de bus sur un système serveur typiquement. Sur un desktop, c'est déjà plus acceptable.
Second truc, c'est que je préfère tout simplement les scripts shell que je modifie selon mes besoins.
A mes yeux (encore une fois, question d'opinion) c'était très souple d'utilisation et très puissant. Un grep -ri /etc/init.d bien senti pour localiser le fichier que l'on veut modifier, un coup de vim et c'est réglé.
Certes, il y a tout un tas de .conf pour systemd qui permettent de configurer un peu le bouzin, mais si tu sors des sentiers battus (aka ce à quoi à penser l'auteur de systemd en le codant) tu risques de te retrouver emmerder...
Et je dois t'avouer qu'un examen rapide du bouzin (/etc/systemd/, /etc/init/*) ne m'a pas permis d'avoir une idée de comment il fonctionne. C'est une lacune à mes yeux (opinion, toujours).
Qu'un framework web, une lib système soit pas intuitive d'accès, OK. Mais l'outil responsable du lancement du système... bof bof.
Voilà, après, je connais très probablement trop peu systemd pour avoir une opinion si tranchée ... mais malgré tout ça ne m'attire pas. Et les rares fois ou j'ai eu à débugger boot foireux ne m'a pas convaincu.