#include <hallo.h> * Joey Hess [Sat, Oct 23 2004, 08:36:18PM]: > > not look appear as critical for maintainer, or not important enough to touch > > package in the holy "frozzen" state). Such bugs are a disaster, they make > > our definition of a Stable release absurd. Yes, Debian Stable has become a > > buggy stable release. Just face it. > > AIUI, you propose to freeze unstable and go back to the old method of > having updates during the freeze be manually put in at the discretion of > the Release Managers. If we did that, how would one of these "ugly bugs" > be any more likely to be fixed in frozen unstable than it is in today's
a) The release time would be shorter b) It would be up to humans (and not some obscure scripts) to decide whether the bugs deseves a fix or not Yes, some manpower would be required for this process. But fellow maintainers could be involved into process of evulation of the quality of a proposed upgrade. > currently frozen in testing, the situation is exactly what it is now; > the maintainer and RM have to decide whether putting this fix into > testing (or frozen) and possibly introducing new, more important bugs is > warrented by the ugliness of the bug. If the package is one of the large > majority of packages that are _not_ currently frozen in testing, then it "not currently"? In my solution, the whole Sid archive would be frozen. And there will be no Testing, see subject. Regards, Eduard. -- For any stupid thing chosen at random, you'll find at least 5 people on the Internet who thinks it's a good idea. -- Steve Langasek in debian-devel
