Personnelement je suis plutôt de l'avis de Lennart sur le fait que l'option debug doit permettre de débugger systemd également, mais je trouve que la situation aurait pu ne pas être problématique si un dialogue constructif s'était ouvert dès le début, en lieu et place de l'agressivité de Kay Sievers.
Sinon, dans la liste de discussion systemd, quelqu'un proposait de laisser "debug" au noyau, pas parce que c'est logique mais parce que c'est historiquement comme ça et à part chez les "nouveaux", c'est tout simplement le comportement attendu. Il propose aussi, en plus d'une option systemd.debug, d'introduire un nouvelle option "dbg" qui servirait à activer plusieurs debug en même temps:
dbg "seul": déclenche debug et tous les trucs.debug
dbg=ks : kernel et systemd
et ainsi de suite, une lettre par sous-système
Ça me semble être un excellent compromis et à vrai dire dbg=... serait certainement moins emmerdant à taper qu'un ensemble d'options à rallonge.
[^] # Re: Réponse de Lennart
Posté par Maclag . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 4.
Sinon, dans la liste de discussion systemd, quelqu'un proposait de laisser "debug" au noyau, pas parce que c'est logique mais parce que c'est historiquement comme ça et à part chez les "nouveaux", c'est tout simplement le comportement attendu. Il propose aussi, en plus d'une option systemd.debug, d'introduire un nouvelle option "dbg" qui servirait à activer plusieurs debug en même temps:
dbg "seul": déclenche debug et tous les trucs.debug
dbg=ks : kernel et systemd
et ainsi de suite, une lettre par sous-système
Ça me semble être un excellent compromis et à vrai dire dbg=... serait certainement moins emmerdant à taper qu'un ensemble d'options à rallonge.