On Mon, May 26, 2014 at 09:02:25AM +0200, Matthias Urlichs wrote: > Russ Allbery: > > I had picked four-year terms because I think adding one member every six > > months (or two members every year) is probably near the upper limit of > > membership management that the TC can deal with and still get other things > > done, and at the same time I think four years is near the upper limit for > > meaningful term lengths. Eight years is an eternity in free software. > That may be true, but our release cycles also feel like an eternity :-P > and it might make sense to have, say, at least one TC member on board who > has been on the TC at least since the current "oldstable" was released.
So the periods between release n and n-2 have been: 4y10m - 3.1 sarge June 6th 2005 4y9m - 4.0 etch Apr 8th 2007 4y3m - 7.0 wheezy May 4th 2013 3y10m - 6.0 squeeze February 6th 2011 3y8m - 5.0 lenny February 14th 2009 3y4m - 3.0 woody July 19th 2002 2y4m - 2.1 slink March 9th 1999 2y1m - 2.2 potato August 15th 2000 1y10m - 0.93R6 November 1995 1y7m - 2.0 hamm July 24th 1998 1y3m - 1.1 buzz June 17th 1996 1y1m - 1.3 bo July 2nd 1997 1y1m - 1.2 rex December 12th 1996 Though aiui, the security team only support oldstable for 1 year after the release date of stable (previously 6 months), so the effective life of oldstable releases is probably shorter than the times above. Cheers, aj -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: https://lists.debian.org/[email protected]
