Re: BTS improvements (was: Re: 88 Priority violations in woody
>>"Marcus" == Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:
Marcus> Still, they are proper bugs and the severity serious is correct.
Marcus> It bothers me that the severity of a bug can not be
Marcus> maintained during the release process. Bug severities are
Marcus> downgraded to make the release happen, and then upgraded
Marcus> afterwards (for example, this happens with architecture
Marcus> specific bugs, depending on if the architecture is released
Marcus> or not).
This is, in my opinion, the wrong thing to do. Firstly we need
to decouple the notion of RCness from critical/grave/serious -- only
the RM can decide what to hold up a release for. Historically, we may
say that critical/grave/serious have usually been deemd RC.
We really should have the RC list generated by bugscan, with a
overrides file (we already have this) controlled by the RM -- and
that list should then be the official list for RC bugs.
Bugs are never downgraded, then, they are merely added to the
override file by the RM
I seem to recall that we used to do that, a few releases ago.
manoj
--
"VMS isn't an operating system, it's a playpen for DEC system
programmers." Herb Blashtfalt
Manoj Srivastava <srivasta@debian.org> <http://www.debian.org/%7Esrivasta/>
1024R/C7261095 print CB D9 F4 12 68 07 E4 05 CC 2D 27 12 1D F5 E8 6E
1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C
--
To UNSUBSCRIBE, email to debian-devel-request@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Reply to: