Le Bug Tracking System de Debian utilise une feature unique à ma connaissance: la possibilité de dire à quelles versions d'un paquet s'appliquent un bug.
Cela permet par exemple de dire que le bug #422476 a été trouvé dans la version 1.2.0-2 de openscenegraph, et qu'il a été corrigé dans les versions 1.2.0-4 d'un coté (version uploadée dans unstable), et 1.9.1-1 de l'autre (version uploadée dans experimental). Ce systeme lit les changelogs pour savoir sur quelle version une version est basée: on a donc un arbre généalogique du paquet.
Voir: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422476
et pour le joli dessin: http://bugs.debian.org/cgi-bin/version.cgi?package=openscene(...)
Du coup, c'est merveilleux: on peut savoir quels sont les bugs qui s'appliquent à la version stable de Debian: c'est tous les bugs qui ont été trouvés dans les versions présentes dans stable.
Oui, mais ... souvent, un bug n'est pas causé uniquement par un paquet, mais par un ensemble de paquets (ou par un changement dans un autre paquet). Prenons par exemple le bug #427463. Il a été trouvé dans la version 0.5-2 de libhpricot-ruby. Cette version est dans etch. Mais il est causé par un changement dans une de ses dépendances (ici ruby1.8 ou ruby1.9, je ne suis pas sûr) qui a eu lieu après la sortie de etch. Donc il est comptabilisé dans la liste des bugs critiques pour etch, mais il n'est pas présent dans etch.
La solution est de marquer ces bugs là avec les tags "sid" et "lenny", pour indiquer que le problème n'est pas présent dans etch. Mais c'est assez fastidieux, et peu utile, donc rarement fait.
# c'est normal.
Posté par Lucas . En réponse au journal It's ready when it's ready, hum..... Évalué à 10.
Cela permet par exemple de dire que le bug #422476 a été trouvé dans la version 1.2.0-2 de openscenegraph, et qu'il a été corrigé dans les versions 1.2.0-4 d'un coté (version uploadée dans unstable), et 1.9.1-1 de l'autre (version uploadée dans experimental). Ce systeme lit les changelogs pour savoir sur quelle version une version est basée: on a donc un arbre généalogique du paquet.
Voir:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422476
et pour le joli dessin:
http://bugs.debian.org/cgi-bin/version.cgi?package=openscene(...)
Du coup, c'est merveilleux: on peut savoir quels sont les bugs qui s'appliquent à la version stable de Debian: c'est tous les bugs qui ont été trouvés dans les versions présentes dans stable.
Oui, mais ... souvent, un bug n'est pas causé uniquement par un paquet, mais par un ensemble de paquets (ou par un changement dans un autre paquet). Prenons par exemple le bug #427463. Il a été trouvé dans la version 0.5-2 de libhpricot-ruby. Cette version est dans etch. Mais il est causé par un changement dans une de ses dépendances (ici ruby1.8 ou ruby1.9, je ne suis pas sûr) qui a eu lieu après la sortie de etch. Donc il est comptabilisé dans la liste des bugs critiques pour etch, mais il n'est pas présent dans etch.
La solution est de marquer ces bugs là avec les tags "sid" et "lenny", pour indiquer que le problème n'est pas présent dans etch. Mais c'est assez fastidieux, et peu utile, donc rarement fait.