À mon avis il va y avoir deux catégories de personnes voulant débugger: les gens qui effectivement s'y connaissent et ont déjà une idée de l'origine de leur problème, et là je suis d'accord avec toi ils vont ne vouloir avoir qu'un seul debug à la fois (ce qui est possible). Mais par contre d'autres seront moins versés dans la technique, auront un problème et demanderont de l'aide. On leur conseillera alors sans doute de mettre debug dans la kernel command line, et ça peut être utile d'obtenir des infos non uniquement du kernel.
D'ailleurs si on en croit les commentaires de Linus sur le fil google+ de GKH, ça ne constitue pas vraiment le cœur du problème à la base:
What I mind is people closing bugs and not admitting mistakes. If Kay had even said "sorry, the excessive output was a bug in systemd, it's already fixed in current -git", that would have been a valid reason to close the bug.
Par contre le passif entre Kay et Linus (ce n'est pas la première fois que Kay ferme abruptement un bug sans plus d'explications) pousse Linus à vouloir un autre comportement par défaut afin d'éviter la récurrence de ce genre de problème:
Side explanatory note: and it's because of that known history of abusive behavior that I would prefer systemd now use "systemd.debug".
[^] # Re: Réponse de Lennart
Posté par Shuba . En réponse au journal Systemd vs Linux, quand l'intransigeance d'un développeur tourne au ridicule.... Évalué à 2.
À mon avis il va y avoir deux catégories de personnes voulant débugger: les gens qui effectivement s'y connaissent et ont déjà une idée de l'origine de leur problème, et là je suis d'accord avec toi ils vont ne vouloir avoir qu'un seul debug à la fois (ce qui est possible). Mais par contre d'autres seront moins versés dans la technique, auront un problème et demanderont de l'aide. On leur conseillera alors sans doute de mettre debug dans la kernel command line, et ça peut être utile d'obtenir des infos non uniquement du kernel.
D'ailleurs si on en croit les commentaires de Linus sur le fil google+ de GKH, ça ne constitue pas vraiment le cœur du problème à la base:
Par contre le passif entre Kay et Linus (ce n'est pas la première fois que Kay ferme abruptement un bug sans plus d'explications) pousse Linus à vouloir un autre comportement par défaut afin d'éviter la récurrence de ce genre de problème: