Hi Joerg! Joerg Friedrich <[EMAIL PROTECTED]>: > reading larger parts of the recent threads triggered by the > 'Vancouver proposal' brought me to write this mail. > > Over the last two years testing became more and more a second > (almost) stable distribution instead of being a preparation area for the > next release. Now there is even security support it is not a officially > supported release. > > Nevertheless I believe that testing is a good idea. But it suffers from > some problems. > > 1. The number of packages > Debian never stopped growing, and there are packages which are > unmaintained but they are still in the archive. > Hey, if noone is willing to maintain a package, wait a grace period > (30 days) and remove it from unstable and testing. If somone needs > it, he could step forward and maintain it. > Where are orphaned packages without bugs or only minor or normal bugs, they should be hold in testing.
If RC-bugs remain unfixed for a period, I agree with removing, but this is common practice, I think. Perhaps somethimes too slow. ;-) Perhaps wnpp websites could be improved to show a ranking list of packages which will be removed soon and why. A Section "Removal Candidates" in DWN could be also helpful. > 2. Unstable to testing migration is one way > Packages migrate to testing automaticly, but removal requires manual > action. > I noticed that some developers work hard to get a package or a > specific version into testing, but if a new (rc) bug occurs after the > migration, nothing happens. > At least optional and extra packages should be removed automaticly if > a new rc bug emerges. > E.g. if noone claims to fix the bug, an extra package should be > removed from testing after one, an optional after two weeks. And also > all packages which depend on the buggy one. > I fully agree. I had already suggested similar idea before. http://lists.debian.org/debian-devel/2004/10/msg01565.html Kindly regards, Erik -- www.ErikSchanze.de ********************************************* Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB * * Linux-Info-Tag in Dresden, am 29. Oktober 2005 * Info: http://www.linux-info-tag.de *
pgpbhBuCaHKrR.pgp
Description: PGP signature
