Re: On syncing freeze dates with other distributions
On Tue, Aug 04, 2009 at 11:55:04AM -0500, Manoj Srivastava wrote:
> On Mon, Aug 03 2009, Russ Allbery wrote:
> > Amen. I think two years is a little too long and 18 months would be much
> > better.
> We never actually have managed the 18 month release, have we? We
> freeze approximatly 18 months after the last release, and then release
> about 2 years or so after the last release.
By my count:
Etch froze after 18 months, and released after 22 months.
Lenny froze after 15 months, and released after 22 months.
Squeeze freeze is currently planned for 10 months (Dec '09), with release
perhaps at around 15 months (May '10).
> I also think that we should be looking at when we freeze not
> merely at when a derived distro freezes, but when major system
> components release, and when top level sister distributions freeze
> (we'll get far more benefit for Debian users were we to sync up with
> fedora/rhel; and have more clout with upstream, especially if Ubuntu
> sync's up with Debian/red hat as well).
AIUI, Mark's aim was to get all distros to sync up, not just Debian
] There's one thing that could convince me to change the date of the
] next Ubuntu LTS: the opportunity to collaborate with the other, large
] distributions on a coordinated major / minor release cycle. If two out of
] three of Red Hat (RHEL), Novell (SLES) and Debian are willing to agree
] in advance on a date to the nearest month, and thereby on a combination
] of kernel, compiler toolchain, GNOME/KDE, X and OpenOffice versions,
] and agree to a six-month and 2-3 year long term cycle, then I would
] happily realign Ubuntu's short and long-term cycles around that. I
] think the benefits of this sort of alignment to users, upstreams and
] the distributions themselves would be enormous. I'll write more about
] this idea in due course, for now let's just call it my dream of true
] free software syncronicity.