#3735: Ratify Fedora 14 Schedule

Fedora Release Engineering rel-eng at fedoraproject.org
Tue May 18 23:50:53 UTC 2010


#3735: Ratify Fedora 14 Schedule
------------------------------+---------------------------------------------
  Reporter:  poelstra         |       Owner:  rel-eng at lists.fedoraproject.org
      Type:  task             |      Status:  new                            
 Milestone:  Fedora 13 Final  |   Component:  other                          
Resolution:                   |    Keywords:  meeting                        
------------------------------+---------------------------------------------
Comment (by poelstra):

 Replying to [comment:11 jkeating]:
 > The problem as I see it is that the "single day" needs to come earlier
 rather than later.  It should not be the last possible moment, because
 we'll never hit it.  It should be set with enough time so that if we don't
 hit it, all is not lost, we have some wiggle room.
 >
 > So lets set the RC date for the Tuesday of the week, but have an
 understanding that the RC may come as late as Thursday.  And if we don't
 hit Tuesday, there will be changes made to the tree up to Thursday.

 That would be like the IRS saying your tax return is due on April 15, but
 you have until April 18 to file. This isn't how to build a schedule
 because then we have to create a wiki page explaining that the deadline
 isn't a deadline.  There are better ways to do this.

 Touching on the IRC conversation from today--the release being on time is
 not soley the responsibilty of Release Engineering nor is it Release
 Engineering's fault when the release is late because a package in the
 distribution is broken.  Release Engineering is responsible for composing
 the distribution, NOT its quality.  If Release Engineering feels
 responsible or ashamed when the distribution is broken or late, that is
 separate problem to be solved, but it shouldn't be solved through the
 schedule or going to heroic measures release after release so it doesn't
 happen.

 We make this more complicated that it needs to be by trying to squeeze as
 much stuff in as possible up until the last minute.  This is not how good
 time based releases work (which we claim to be).  This is what NFR was
 supposed to solve. I've proposed a slightly earlier "Final Change" date
 and a few other dates to see if we can get to something we all agree on:

 https://fedoraproject.org/wiki/User:Poelstra/f14draft

 Feel free to change the wiki page we can always do a diff to see what each
 person is proposing.

-- 
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/3735#comment:13>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project


More information about the rel-eng mailing list