Hello all,
Fedora 33 will go end of life for updates and support on 30th of
November 2021. No further updates, including security updates, will be
available for Fedora 33 after the said date. All the updates of Fedora
33 being pushed to stable will be stopped as well.
Fedora 34 will continue to receive updates until approximately one
month after the release of Fedora 36. The maintenance schedule of
Fedora releases is documented on the Fedora Project wiki [0]. The
fedora Project wiki also contains instructions [1] on how to upgrade
from a previous release of Fedora to a version receiving updates.
Regards,
Mohan Boddu.
[0]https://fedoraproject.org/wiki/Fedora_Release_Life_Cycle#Maintenance_Sche…
[1]https://fedoraproject.org/wiki/Upgrading?rd=DistributionUpgrades
Short background: a little while ago, I proposed that we move CommonBugs
from the wiki to a special section of Ask Fedora. Details here:
https://lists.fedoraproject.org/archives/list/test@lists.fedoraproject.org/…
Over the Thanksgiving holiday, I hacked up some starting ideas, and am now
ready for other people to help. I'm looking for
a) People who are interested in helping figure out how this new system
should work, and possibly helping document and code.
b) People who are interested in helping maintain the posts as part of the
Common Issues Triage Team, which I imagine existing as a sub-group of
Fedora QA. I'd like to _lighten_ the work for the QA team members who
are currently maintaining the wiki.
c) Those current folks for input and hopefully also a & b going forward.
d) Someone to help me put my prototype bot script into production.
e) People who are entirely skeptical of this whole idea, because I'd like to
(at best) try and convince you or (failing that) at least include your
perspective.
If you fit any of these categories, please join me at
https://ask.fedoraproject.org/t/new-common-issues-process-trial-next-steps/…
Thanks!
--
Matthew Miller
<mattdm(a)fedoraproject.org>
Fedora Project Leader
# Fedora Quality Assurance Meeting
# Date: 2021-11-29
# Time: ** 16:00 ** UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.libera.chat
Greetings testers!
Last week's meeting was pretty sparsely attended, so let's run it again
to get input from a few more folks on some important topics.
Note again that as clocks have now gone back everywhere that observes
Daylight Savings Time (I think), the meeting time changes to 16:00 UTC.
If you are in a region that observes daylight savings, the meeting
should be at **THE SAME** local time as usual. If you are in a region
that does not observe daylight savings, the meeting will be **ONE HOUR
LATER** than it was before. You can use `date -u` to check the current
UTC time; also see the UTCHowto link above.
If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.
== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Fedora 36 status
3. Fedora 35 Retrospective proposed actions
4. Current criteria / test case proposals
5. Test Day / community event status
6. Open floor
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net
# Fedora Quality Assurance Meeting
# Date: 2021-11-22
# Time: ** 16:00 ** UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.libera.chat
Greetings testers!
We didn't meet for a few weeks and there's quite a lot of active
topics, so let's get together on Monday!
Note that as clocks have now gone back everywhere that observes
Daylight Savings Time (I think), the meeting time changes to 16:00 UTC.
If you are in a region that observes daylight savings, the meeting
should be at **THE SAME** local time as usual. If you are in a region
that does not observe daylight savings, the meeting will be **ONE HOUR
LATER** than it was before. You can use `date -u` to check the current
UTC time; also see the UTCHowto link above.
If anyone has any other items for the agenda, please reply to this
email and suggest them! Thanks.
== Proposed Agenda Topics ==
1. Previous meeting follow-up
2. Fedora 36 status
3. Fedora 35 Retrospective thoughts
4. Current criteria / test case proposals
5. Test Day / community event status
6. Open floor
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net
Hey All,
I would like to invite all of you to participate in the Kernel 5.15
Test week is happening from 2021-11-14 to 2021-11-21. It's
fairly simple, head over to the wiki [0] and read in detail about the
test week and simply run the test case mentioned in[1] and enter your
results.
As usual, the Fedora QA team will hangout at #fedora-test-day(a)libera.chat
for question and
discussion.
If you are someone who is just starting out, remember that we give out
badges[2] for
testing new Kernel Builds!
Collect 'em now :)
[0] http://fedoraproject.org/wiki/Test_Day:2021-11-14_Kernel_5.15_Test_Week
[1] https://testdays.fedoraproject.org/events/125
[2] https://badges.fedoraproject.org/badge/science-kernel-tester-i
--
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
Hi folks! As per the feedback to my mail on test@, I'm proposing we
cancel the QA meeting on Monday as I won't be around to run it. We'll
meet next week instead.
Thanks!
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net
Hi Fedora users, developers, and friends!
It's time to start thinking about Test Days for Fedora 36.
For anyone who isn't aware, a Test Day is an event usually focused
around IRC for interaction and a Wiki page for instructions and results,
with the aim being to get a bunch of interested users and developers
together to test a specific feature or area of the distribution. You can
run a Test Day on just about anything for which it would be useful to do
some fairly focused testing in 'real time' with a group of testers; it
doesn't have to be code, for instance, we often run Test Days for
l10n/i18n topics. For more information on Test Days, see
https://fedoraproject.org/wiki/QA/Test_Days .
Anyone who wants to can host their own Test Day, or you can request that
the QA group helps you out with organization or any combination of the
two. To propose a Test Day, just file a ticket in fedora-qa pagure - here's
an example https://pagure.io/fedora-qa/issue/624 . For
instructions on hosting a Test Day, see
https://fedoraproject.org/wiki/QA/SOP_Test_Day_management .
You can see the schedule at https://pagure.io/fedora-qa/issues?tags=test+days .
There are many slots open right now. Consider the development
schedule, though, in deciding when you want to run your Test Day - for
some topics you may want to avoid
the time before the Beta release or the time after the feature freeze
or the Final Freeze.
We normally aim to schedule Test Days on Thursdays; however, if you want
to run a series of related Test Days, it's often a good idea to do
something like Tuesday / Wednesday / Thursday of the same week (this is
how we usually run the X Test Week, for instance). If all the Thursday
slots fill up but more people want to run Test Days, we will open up
Tuesday slots as overflows. And finally, if you really want to run a
Test Day in a specific time frame due to the development schedule, but
the Thursday slot for that week is full, we can add a slot on another
day. We're flexible! Just put in your ticket the date or time frame you'd
like, and we'll figure it out from there.
If you don't want to run your own Test Day, but you are willing to
help with another, feel free to join one or more of already accepted
Test Days:
GNOME Test Day*
i18n Test Day*
Kernel Test Week(s)*
Upgrade Test Day*
IoT Test Week*
Cloud Test Day*
Fedora CoreOS Test Week*
And don't be afraid, there are a lot of more slots available for your
own Test Day!
[*] These are the test days we run generally to make sure everything
is working fine, the dates get announced as we move into the release
cycle.
If you have any questions about the Test Day process, please don't
hesitate to contact me or any member of the Fedora QA team on test at
lists.fedoraproject.org or in #fedora-qa on IRC. Thanks!
--
//sumantro
Fedora QE
TRIED AND PERSONALLY TESTED, ERGO TRUSTED
Hi folks! I'm proposing we cancel the QA meeting on Monday. I don't
have anything urgent for this week, and it'd probably be more useful to
have one next week after some of the things currently in discussion
move forward a bit.
If you're aware of anything it would be useful to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.
Thanks!
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net
So, the last of these emails I sent was eight years ago, time flies,
huh? :)
Sudhir suggested bringing these back, and it seemed like a fine idea,
so I did! I've created a Fedora 35 Retrospective page:
https://fedoraproject.org/wiki/Fedora_35_QA_Retrospective
In the past we would've created this page *during* Fedora 35
validation, so we could note things as we went along. I'll try and
remember to create one for Fedora 36 in a month or two.
Just in case anyone wasn't around in 2013 :P, here's how it works!
We use the retrospective page to track things that went well and things
that didn't go so well during the Fedora 35 validation process, and for
tracking ideas we have but don't have time to act on during the rush of
doing validation (that's the wishlist).
Please, add any feedback you have of this type to the retrospective
page! There are instructions on the page for adding feedback.
All feedback is useful, and after the page has been up for a while, we'll
take a look at all the items on the page and come up with specific
recommendations for addressing them which we'll file as issues and
work on in the time before Fedora 36 validation starts up.
You can look at the previous pages for inspiration:
https://fedoraproject.org/wiki/Category:QA_Retrospective
And once again I'll copy/paste James Laska's old list of leading questions
to prompt feedback, because it's still pretty good:
1. Were you able to participate in any Fedora 35 Beta or
Final test runs?
2. What worked well, what prevented you from participating, were
instructions clear?
3. What worked (or didn't work) well about Fedora Test Days this
release?
4. Are you a maintainer, why do you think your critpath updates
haven't been tested? What could you do to encourage more
testing of your proposed updates?
5. Did you escalate any bugs for consideration as
{Beta,Final} release Blockers? Why not? Was the process
well documented and did it make sense?
6. Did you attend or contribute to any Fedora blocker meetings?
Why not? What did you like, dislike? What prevented you from
participating?
7. Did you find any of the release criteria changes or validation
test extensions particularly useful or problematic?
8. Can you think of any obviously important areas we are not
currently covering in the validation tests and criteria?
9. How are you finding the tools that we use for the process, like
the blocker bugs tool and the test day results tool?
10. Unlimited time and resource ... what do you think the the QA
team should focus on for Fedora 36 and beyond </pony>
--
Adam Williamson
Fedora QA
IRC: adamw | Twitter: adamw_ha
https://www.happyassassin.net