On Thu, 07 Apr 2011 18:00:09 +0200, Stefano Zacchiroli wrote: > - On the other hand, a wide open front of the discussion is *when* to > freeze, with various people arguing in favor of having a specific > period, such as "we freeze on $month every even/odd year".
Count me in. > - ... what to do if a development cycle (i.e. the period from the > previous release to the next freeze date) would turn out to be "too > short"? Or "too long", if we manage to make the freeze shorter ... > that even in > that case there will be 1 full year of development to catch up, I > think such a scheme would be a reasonably safe bet. Me too. And in the opposite case we have a bit more time; that might even be an incentive to fix more RC bugs during the freeze :) Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, & developer - http://www.debian.org/ `. `' Member of VIBE!AT & SPI, fellow of Free Software Foundation Europe `- NP: Sting: Fields Of Gold
signature.asc
Description: Digital signature