It seems to me that the goal testing was set to accomplish has never been fulfilled. It was supposed to be RC-bug free, or very nearly so, and if one wanted a newer version of some package, one had to fix bugs in its unstable version so that it could enter testing.

The problem is that sometimes a bug is discovered after a package has entered testing, thus defeating its purpose. As it stands, it only helps to prevent the freezing of unstable when preparing for a new release, but is this really necesary, given that Debian has also experimental?

It seems to me that the way testing ended up being used has to be very carefully thought over and see if it is worth keeping. Maybe it doesn't do what it was supposed to do. But it may be useful none the less.

--?JorgeSantos

Mod first paragraph (Score: 5, Insightful) ;). --Ellmist

Could we perhaps explore ways to make it more likely to find RC bugs while a package is still in unstable, before it propagates to testing? Would that help any --?KenBloom

I think that one way of doing this is changing the way the migration of packages works (i.e. not automatic). Lots of packages have gone into testing while the maintainer intended for them to stay in unstable a lot longer. Let the maintainers submit an email to some bot when they think the package is ready for testing, and NOT have to file an RC bug to keep the package outside testing. In this way, we are leaving a lot of judgement to the maintainer, but it's still better than automatic migration. -- Marga Manterola.

I totally agree with Marga. I find myself to often upload to unstable software that does work fine, but that doesn't meet the quality requirements I'd want on a proper release. If I uploaded it to experimental, noone would use it, because experimental is understood to contain what is known NOT to work. If I didn't uplaod it, developers and bleeding-edge people wouldn't be able to use it, so it would be useless and get no testing, delaying a high-quality release even more. I had in mind the idea of making a 'release-quality-unstable" archive where one could upload new versions that are thought to be "good!", but Marga's proposal of advertising "ready-for-testing" versions is actually better since it avoids the creation of yet another archive. -- EnricoZini

I think automatic propagation is important and I wouldn't want to lose it. The extra work of having to push packages into testing by hand would be too much, IMHO. That said, I think that allowing maintainers to block propagation without filing an RC bug is a great idea and a missing feature. If maintainers would like to upload a bug fix of the version of the package in testing, they can currently upload directly into testing. More complex solutions with additional distros could help mediate some of the problems here but I think that may become more complex a solution than the scope of the problem implies. Having something simple and mostly automatic that just Does The Right Thing is important and I think that fixing the current problems with additional complexity will ultimately create more problems than it solves. -- BenjaminMakoHill

Back to ReleaseProposals