Que personnellement, ce qui me décourage, c’est le concept de « un projet = un bug tracker »
Il n'est pas toujours évident de trouver l'origine exacte d'un problème. Ca peut se manifester dans un logiciel mais être dans en fait lié à une bibliothèque utilisé par celui-ci. Le pire étant les problème bas niveau (udev et compagnie) ou lorsque le problème n'apparaît que sur une distribution (config/customization ?).
C'est pour ça qu'en général je remonte plutôt le problème à ma distribution (Debian) qui va déjà orienter le report dans la bonne catégorie (bon logiciel/bibliothèque), identifier la source, corriger si ça vient de chez eux ou remonter en amont vers le bon projet avec des infos plus précises que ce que j'aurais pu fournir.
Ca permet d'éviter de pourrir les projets avec des pelletés de bugs non qualifiés (qui vont mourir dans un coin), "not in our code" (fermés directement) ou liés à une mauvaise utilisation de leur code (fermés aussi). Donc le problème des comptes n'est pas trop gênant. Au final, c'est même plutôt un avantage : Chacun ne gère qu'une chose et la gère bien (philosophie Unix). Si ça n'est pas dans le périmètre de quelqu'un il fait passer à celui qui pourra traiter le cas, en enrichissant au passage avec le résultat de ses investigations (cas de reproduction).
[^] # Re: J’en pense...
Posté par Croconux . En réponse au journal Créons le free software bug tracking day !. Évalué à 4.
Il n'est pas toujours évident de trouver l'origine exacte d'un problème. Ca peut se manifester dans un logiciel mais être dans en fait lié à une bibliothèque utilisé par celui-ci. Le pire étant les problème bas niveau (udev et compagnie) ou lorsque le problème n'apparaît que sur une distribution (config/customization ?).
C'est pour ça qu'en général je remonte plutôt le problème à ma distribution (Debian) qui va déjà orienter le report dans la bonne catégorie (bon logiciel/bibliothèque), identifier la source, corriger si ça vient de chez eux ou remonter en amont vers le bon projet avec des infos plus précises que ce que j'aurais pu fournir.
Ca permet d'éviter de pourrir les projets avec des pelletés de bugs non qualifiés (qui vont mourir dans un coin), "not in our code" (fermés directement) ou liés à une mauvaise utilisation de leur code (fermés aussi). Donc le problème des comptes n'est pas trop gênant. Au final, c'est même plutôt un avantage : Chacun ne gère qu'une chose et la gère bien (philosophie Unix). Si ça n'est pas dans le périmètre de quelqu'un il fait passer à celui qui pourra traiter le cas, en enrichissant au passage avec le résultat de ses investigations (cas de reproduction).