C'est surtout que j'avais pris pour habitude de "déranger" personnellement les responsables des logiciels lorsque je trouvais des petits bugs (non kde/gnome/openoffice.org/firefox/kernel)
Les logiciels maintenu par 1 à 10 personnes sont plus facilement 'joinable' par irc/jabber pour expliquer le problème plus particulièrement et le résoudre facilement (toute les données d'un coup).
Un autre exemple, lors d'une copie de fichiers de cifs à ext4, un e2fsck me montre 'non-contiguous files (64.9%)', c'est un problème de cifs ou ext4 ? bien plus compliqué sur le bugzilla de choisir si c'est telle ou telle module qui est responsable alors qu'en 'live' le problème est beaucoup plus facile à expliquer et à assigner/corriger.
Finalement j'ai quand même une réponse:
Bugzilla.kernel.org tout simplement ... même je ne trouve pas cette idée particulièrement efficace pour certains problèmes, mais si tout le monde fait comme ça c'est qu'il doit y avoir une raison ;)
[^] # Re: Comme n'importe quel projet normal...
Posté par logik . En réponse au journal Signaler un bug sur la kernel list ?. Évalué à 3.
Les logiciels maintenu par 1 à 10 personnes sont plus facilement 'joinable' par irc/jabber pour expliquer le problème plus particulièrement et le résoudre facilement (toute les données d'un coup).
Un autre exemple, lors d'une copie de fichiers de cifs à ext4, un e2fsck me montre 'non-contiguous files (64.9%)', c'est un problème de cifs ou ext4 ? bien plus compliqué sur le bugzilla de choisir si c'est telle ou telle module qui est responsable alors qu'en 'live' le problème est beaucoup plus facile à expliquer et à assigner/corriger.
Finalement j'ai quand même une réponse:
Bugzilla.kernel.org tout simplement ... même je ne trouve pas cette idée particulièrement efficace pour certains problèmes, mais si tout le monde fait comme ça c'est qu'il doit y avoir une raison ;)