Re: To freeze, or not to freeze

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Jesse Keating wrote:
A few weeks back the releng team made a schedule adjustment, to make up
for lost rawhide time due to the intrusion.  When we made that schedule
adjustment, we had assumed having a working rawhide within days of that
meeting, giving us a week or so worth of working rawhide to shake out
any pre-beta bugs we wanted to.

Unfortunately, while we were able to /attempt/ rawhide creation as
scheduled, a series of software bugs and bad personnel timing has
prevented those attempts from producing usable rawhide images until
basically today (and today's are pretty shaky from what I hear).  This
is not so good, as without an installable rawhide, we don't get a good
idea as to how the installer is working, and we miss out on a lot of
'initial install' testing of software on people's systems.  We get a lot
of "I upgraded from foo" type testing, which definitely has it's value,
but I feel we're missing a pretty key part of the rawhide experience.

The Beta freeze is set for Tomorrow.  That means the content that would
show up in tomorrow's rawhide would also be the content we use as the
basis of Beta.  Any changes after that would have to be ran through the
releng/qa teams to be approved.

Given the "fun" we had with Alpha, I really feel that it would be
prudent to spend a few more unfrozen days with a hopefully continually
working rawhide installer so that we can do some of that last minute
testing of what's wrong before we freeze, and hopefully have a shorter
and more productive freeze period.  But this is just my opinion, and
thus I'm putting this out there for discussion.

Feature owners in particular, I'm interested in your opinions as to if
you need a few more days to see what shape your features are in before
we freeze.  Ideally the week before a freeze would have been a slow down
period, where large changes were avoided and bugfixing was focused on so
that the Beta was useful.  I feel like we didn't give you a chance to do
this and it'll still feel like crash landing planes on the carrier deck
when it come to features in Beta.

I'm interested in what the rest of you think as well, both package
owners and testers alike.  If you think our schedule time would be
better spent fixing and verifying things pre-freeze and adding an extra
week to the schedule, or just freeze as things are, and potentially slip
a week during the freeze to make everything usable for the Beta (or the
third option, things are fine as they are, just freeze and release as
scheduled and stop being so paranoid).

What say you?

Question: How will this slippage affect F11 (if at all)?
Will it be possible to somehow make up the time lost?

Honestly... it's better to slip a few weeks than release something horribly buggy, but I still think we should try to avoid pushing the release so far back... that all
future releases have to slip as well.

Lyos Gemini Norezel

--
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux