Clemens Schwaighofer <[EMAIL PROTECTED]>:
> On 10/25/2004 12:44 AM, Eduard Bloch wrote:
> |  - all the packages are out of date? Well, though luck, this is what the
> |    whole issue is about. We need to release faster. Faster releases are
> |    only feasible if enough developers are motivated. They are motivated
> |    if Unstable is blocked and they must care about the release instead
> |    of working on stuff that makes "more fun".
> 
> fast releases with removing testing? I think you go the wrong way.
> 
> Faster release with having something between stable and testing.
> 
> Snapshot!
> 
> Every half a year you make a snapshot of testing, so you have a kind of
> stable release. Perhaps not 100% stable like stable, but at least not so
> horrible outdated.
> 
In addition, every package that have RC bugs should be excluded from this
snapshot. IMO this would encourage maintainers to fix RC bugs asap,
especially if other packages depend on theirs. ;-)

Another point is the short delay of 10 days.
In the last "build panic" end of august many packages wait over 10 days
in build queue and enter immediatelly testing after they were build without
some test period in unstable.

IMO it would be better to start a wait of 20 days in unstable, if the
package _reaches_ unstable. A longer delay can result in a cleaner testing.

More radical is to prevent new uploads or transition of the new version into 
testing, if there are RC bugs open and new upload doesn't solve at least one. 
(to detect this, "Closes: #<rc-bug-number>" must in changelog)
It would encourage maintainers to fix at least one RC bug, if they would have 
new verion uploaded. 

> Seriously, most people I know run testing on their boxes. Why? It is
> quite stable (Actually extremly stable compared to other "final release
> distros") and very up to date.
> 
ACK.
In my understanding, testing should be everytime in shape to release a snapshot
at any time. For development and broken packages we have experimental and 
unstable.


Regards,

Erik


-- 
 www.ErikSchanze.de *********************************************
 Bitte keine HTML-E-Mails! No HTML mails, please! Limit: 100 kB *
      * Linux-Info-Tag in Dresden, am 30. Oktober 2004          *
             Info: http://www.linux-info-tag.de                 *


Attachment: pgpfCedTpwRiJ.pgp
Description: signature

Reply via email to