Plan for tomorrow's (20070604) Release Engineering meeting

[Josh Boyer]

On Mon, 2007-06-04 at 00:02 +0530, Rahul Sundaram wrote:
> Jesse Keating wrote:
> > Below you will find a list of topics that we'd like to go over in the next 
> > RelEng meeting that is scheduled for tomorrow, Monday at 1700 UTC in 
> > #fedora-meeting on irc.freenode.org:
> > 
> > /topic RELENG-Meeting - Rawhide spam-o-matic - JesseKeating
> > 
> > /topic RELENG-Meeting - Updates Policy - JesseKeating
> > 
> > /topic RELENG-Meeting - Freeze Policy - JesseKeating
> > 
> > /topic RELENG-Meeting - Flesh out SOPs for rel-eng tasks - JesseKeating
> > 
> > /topic RELENG-Meeting - Open Discussion
> > 
> > You want something to be discussed? Send a note to the list in reply to
> > this mail and I'll add it to the schedule (I can't promise we will get
> > to it tomorrow, but we'll most likely will if we don't run out of time).
> > You can also propose topics in the meeting while it is in the "Open 
> > Discussion" phase.
> 
> I would like rel eng to discuss a few things
> 
> Torrent only release
> --------------------
> 
> I remember this was discussed before but when a new release is made and 
> we are waiting for the mirrors to sync why not do a torrent only release 
> immediately?

For this release, it would have been particularly bad to release it
before the mirrors had at least synced the new layout.  People would
instinctively have done 'yum update' and had yum report that it couldn't
find repodata from the mirrors.

(I know the RC release already had that problem but adding to it
wouldn't have been good.)

> The advantage is that we won't suffer as much from infrastructure and 
> mirror problems with the mad rush in everybody trying to get it at the 
> same time. Not sure if this has any disadvantages.

There are other disadvantages.  Like the fact that release can't happen
until the proper things are filed with the Export office.  Depending on
when gold is declared and when it's filed, you might not be able to
release anyway.

It's worth discussion though.

> 
> Supported live upgrade from last test to general release
> ---------------------------------------------------------
> 
> This was agreed upon for Fedora 7 test 4 in QA meetings but we didn't 
> actually announce it. It would encourage us to be more careful in 
> pushing out any updates after the last test release and it would 
> encourage more people to try it out the development branch and provide 
> us feedback.

We tried very hard to fix the upgrade paths to do this.  I'd like to see
it possible.  We just need all package maintainers to be on the same
page here.

josh