le même problème avec systemd : rigidité du système, peu de personnalisation ...
Euh, je le trouve justement moins rigide que SysV ou Upstart, dans le sens où je peux remplacer les options d'une unité présente dans /etc en la copiant ailleurs en étant sûr que ça marchera, plutôt que d'être obligé de modifier des scripts bash en root dans /etc/init.d/
Autrement dit, je peux aussi avoir une unité utilisateur dans mon /home qui fait un override d'une unité dans /etc
Je peux avoir un service qui se lance uniquement suite à un événement (exemple : quand une clé usb est branchée, je veux scanner son système de fichiers), ce service peut être système ou utilisateur.
Et si j'en ai vraiment besoin, je peux utiliser des scripts dans mes unités.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: Du bon et du mauvais
Posté par xcomcmdr . En réponse au journal SD-Boot, l'EFI Boot Manager & Stub Loader de systemd, arrive. Évalué à 4.
Euh, je le trouve justement moins rigide que SysV ou Upstart, dans le sens où je peux remplacer les options d'une unité présente dans /etc en la copiant ailleurs en étant sûr que ça marchera, plutôt que d'être obligé de modifier des scripts bash en root dans /etc/init.d/
Autrement dit, je peux aussi avoir une unité utilisateur dans mon /home qui fait un override d'une unité dans /etc
Je peux avoir un service qui se lance uniquement suite à un événement (exemple : quand une clé usb est branchée, je veux scanner son système de fichiers), ce service peut être système ou utilisateur.
Et si j'en ai vraiment besoin, je peux utiliser des scripts dans mes unités.
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)