It turns out that the "Rain Date" concept is confusing to some people
(particularly where that idiom is not familiar). I propose that for F28
and onward, we keep the basic concept, but ditch that term. Instead, we
* Release Date Target 1
* Release Date Target 2 (a week later).
As now, these will exist for both Beta and Final, and final will only
be pushed back if Beta Target 2 is missed.
Then (and also new), if the Beta does slip past Target 2, we add a new
"Target 3". If Beta slips to Target 3, Final slips to Target 2 (and we
don't yet add a Target 3). If beta slips to Target 4, we cross off
Final Target 2 and add Final Target 3.
I'm happy to bikeshed on calling "Target 1" something like "Early
Target". Langdon suggested just dropping any adjectives (hence just "1"
and "2", which works, but I want to balance between a feeling of "not
really important because it's a fake target" (bad!) and journalists
reporting "Fedora slipped once again, of course, because they're always
late", no matter how much we explain the process to them.
Fedora Project Leader
There will be an outage starting at 2017-11-22 21:00UTC, which will last
approximately 3 hours.
To convert UTC to your local time, take a look at
date -d '2017-11-22 21:00UTC'
Reason for outage:
We will be upgrading the fedoraproject wiki to a recent version,
including database migration to that new version. Additionally we will
be moving it to use OpenID Connect for authentication. During the outage
window the wiki will be completely unavailable.
Please join #fedora-admin or #fedora-noc on irc.freenode.net or add
comments to the ticket for this outage above.
devel-announce mailing list -- devel-announce(a)lists.fedoraproject.org
To unsubscribe send an email to devel-announce-leave(a)lists.fedoraproject.org