Re: Finding an improved release process.
On Sat, 27 Nov 2004, wrote:
> Note 1: This isn't meant to offend any deb developers or release people. You
> all to a great job. Debian is full of very smart people.
> Note 2: What this thread is about is finding a process for improving the
> release process that Debian currently uses. While I do have some ideas of my
> own, I'm not bold enough to suggest they should be the ones followed.
> **************************************************
>
> Here's a little history of Debian since 2.0 [hamm].
>
> 1998-Jul - 2.0 - hamm
> 1999-Mar - 2.1 - slink
> 2000-Aug - 2.2 - potato
> 2002-Jul - 3.0 - woody
> 2004-Dec or later - 3.1 - Sarge
>
> If we have a look at time between releases we see:
> Hamm
> 8 months pass
> Slink
> 17 months pass
> Potato
> 23 months pass
> Woody
> 30 months pass
> Sarge [if it releases 2004-Dec which it may not]
> 36 months pass
> Sarge+1: 3 years later if current trend continues [2007-Dec].
You should also look at the size of each release. They all have more and more
packages.
I'm willing to bet that the time taken to release is proportional to the size
of the distribution. Ie, debian isn't getting slower, debian is getting
bigger.
Reply to: