On Tue, Nov 20, 2012 at 9:11 PM, Adam Williamson <awilliam@xxxxxxxxxx> wrote: > On Tue, 2012-11-20 at 21:06 +0100, drago01 wrote: >> On Tue, Nov 20, 2012 at 9:03 PM, Adam Williamson <awilliam@xxxxxxxxxx> wrote: >> > On Tue, 2012-11-20 at 11:15 -0500, Peter Jones wrote: >> >> On Tue, Nov 20, 2012 at 08:14:08AM -0500, Jaroslav Reznik wrote: >> >> > Btw. Thanksgiving conflict is known, but we decided not to move >> >> > Go/No-Go to Wednesday because of limited time for testing, let me >> >> > know in case of (strong) objections. >> >> >> >> I really think having this meeting during the second largest US holiday >> >> is a very poor idea, especially since almost everybody working on >> >> anything we're likely to decide no-go for is in the US, as are many of >> >> the people whose views will be needed. >> >> >> >> Also note that even if they can show up /sometime on Thanksgiving day/, >> >> which is unlikely enough to begin with, many if not most families >> >> celebrate with a mid-afternoon meal. That's right where this meeting is >> >> scheduled for. >> > >> > I was one who slightly favoured Thursday. As Jaroslav said, the >> > reasoning is that this week the extra day could be *really important*, >> > with the timing of the fedup work. We are aiming to build RC1 today; >> > realistically speaking the chances that fedup works perfectly first time >> > are not high, so I was figuring on needing at least an RC2. Given that, >> > Wednesday seemed over-optimistic to do the meeting. I think it's >> > understood that we won't make a controversial Go call on Thursday; it'll >> > be either a clear Go, otherwise slip. >> >> What about Friday? > > I think we agreed previously that Thursday was as late as we could go > while giving time for staging and so on. QA could do go/no-go 10 minutes > before release, but other groups need more time, so it's up to them to > decide how far we can push it. Does one day really make that much of a difference? Lets just slip one day for the beta (release on Wednesday instead of Tuesday) then. -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
