On 07/04/13 03:48, Filipus Klutiero wrote: > Package: bugs.debian.org > Severity: wishlist > X-Debbugs-Cc: [email protected] > > The ITS currently assigns each ticket a severity. This is very useful > for users, for example by letting them check the worst problems of a > package without having to read its entire ticket list. > > Severity is also useful for developers as a means of prioritizing > tickets - for example, if a developer wants to debug LibreOffice, he'd > better start looking at critical, grave and serious tickets rather than
This all comes back to asking the questions - what are the goals of the project? - if releasing is a goal, and quality is a factor, how can the bug tracking best enable quality releases? Then you come to questions like: what is the metric for quality? There are other ways to tag or priorities bugs: - regressions (things that work in squeeze but not wheezy) - compatibility (e.g. can you call from softphone A to softphone B, and is it bad release softphones that don't call each other?) - competition (can users already get the feature in some other distro and is that bad for Debian?) -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
