[fab] looking at our surrent state a bit

Jesse Keating jkeating at redhat.com
Fri Nov 3 16:20:41 UTC 2006


On Friday 03 November 2006 10:58, Thorsten Leemhuis wrote:
> Nope (see below). Just for referece: Gnome always sips mid-march and
> mid-september. Since quite some time now.

And in order to pick up the latest gnome in a reasonable time our late march 
and late October releases weren't timed right?  We want to get their latest 
into our test releases and rawhide to get SOME testing before we go out the 
door.  How can this be any better?

> > or more specifically they align their schedule to our releases most
> > often.
>
> And that's why I think we should have a long term release planing like
> Ubuntu and Gnome. We don't even have a schedule for FC7 currently, so
> GCC or X.org are not able to align their schedule to our releases...

Mostly because we don't know how long it will take to accomplish some of the 
things we want to do.  We don't know what all we want to do this time around 
and what to punt for the next release.  We're "assuming" roughly 6 months, 
but being strictly tied down by a date kind of sucks for what we want to 
accomplish this time around.

> > Already stated why this is a very bad idea.  You get a '2' in the name,
> > and you get to look at all your broken extensions.  Not fun.
>
> I'm not saying we need it now. But a good solution for it might be
> "We'll ship FF 2.0 as a update for FC6 when it's a bit more matured and
> most extensions are ported; so at the end of the year probably. Until
> then you can get it in this special FC-6 add-on repo located on ours
> servers at ...."

How is this any different from what Chris Aillon did, with his FF2 builds made 
public?

-- 
Jesse Keating
Release Engineer: Fedora
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-advisory-board/attachments/20061103/453c4add/attachment.sig>


More information about the fedora-advisory-board mailing list