So we're in freeze for Fedora 37 Beta now, and the first go/no-go
meeting should be on September 8.
It would be really great if we can get the validation tests run now so
we can find any remaining blocker bugs in good time to get them fixed.
Right now the blocker list looks short, but there are definitely some
tests that have not been run.
You can use the testcase_stats view to find tests that need running:
For each validation test set (Base, Desktop etc.) it shows when each
test was last performed. So you can easily look for Basic and Beta
tests that have not yet been run. We need to run all of these.
You can enter results using `relval report-results`, or edit the
summary results page at
https://fedoraproject.org/wiki/Test_Results:Current_Summary . That's a
redirect link which will always point to the validation results page
for the currently-nominated compose, which right now is 20220826.n.0.
Sumantro will be running a validation 'test week' starting on
Wednesday, so you can drop by the Fedora Test Day room on
chat.fedoraproject.org to hang out with other testers and get any help
you need in testing. See
for that announcement.
IRC: adamw | Twitter: adamw_ha
Hey folks! I apologize for the wide distribution, but this seemed like
a bug it'd be appropriate to get a wide range of input on.
There's a bug that was proposed as an F37 Beta blocker:
it's quite an old bug, but up until recently, the summary was
apparently accurate - dnf would run out of memory with 512M of RAM, but
was OK with 1G. However, as of quite recently, on F36 at least (not
sure if anyone's explicitly tested F37), dnf operations are commonly
failing on VMs/containers with 1G of RAM due to running out of RAM and
There's some discussion in the bug about what might be causing this and
potential ways to resolve it, and please do dig into/contribute to that
if you can, but the other question here I guess is: how much do we care
about this? How bad is it that you can't reliably run dnf operations on
top of a minimal Fedora environment with 1G of RAM?
This obviously has some overlap with our stated hardware requirements,
so here they are for the record:
that specifies 2GB as the minimum memory for "the default
installation", by which I think it's referring to a default Workstation
install, though this should be clarified. But then there's a "Low
memory installations" boxout, which suggests that "users with less than
768MB of system memory may have better results performing a minimal
install and adding to it afterward", which kinda is recommending that
people do exactly the thing that doesn't work (do a minimal install
then use dnf on it), and implying it'll work.
After some consideration I don't think it makes sense to take this bug
as an F37 blocker, since it already affects F36, and that's what I'll
be suggesting at the next blocker review meeting. However, it does seem
a perfect candidate for prioritized bug status, and I've nominated it
I guess if folks can chime in with thoughts here and/or in the bug
report, maybe a consensus will emerge on just how big of an issue this
is (and how likely it is to get fixed). There will presumably be a
FESCo ticket related to prioritized bug status too.
IRC: adamw | Twitter: adamw_ha
how's everyone in the SIG doing? :-) It's been a while since I posted to this list, and probably even more time since I contributed to Fedora KDE :-) I recently gave up the "packager" status, since, well, I'm no longer contributing to Fedora. Checking src.fpo I found I'm still in the role of Maintainer of many KDE packages (mostly Frameworks, which I submitted all those years ago), oftentimes with @kde-sig only having commit rights. Obviously, this is wrong, especially considering my recent level of involvement in the SIG ;-)
I would like to fix the current state of affairs, but I want to consult the SIG first - IIRC (and my memory is really cloudy on this one), only specific people from the SIG had admin rights for packages, but my memory might be wrong and/or things may have changed since my time, so - should I assign @kde-sig as the Admin of all those packages, or only specific people (e.g. Neal, Rex, Than, ...? I don't even know who's active in the SIG anymore).
Second, if I click the "Orphan" button, does it only remove me as a Maintainer, or does it completely orphan the package? If the latter, how do I remove myself from the package? At this point me having commit rights to all those packages is a security threat rather than anything else, so I would like to remove myself from all those packages. Especially since we can now do pull requests...
# F36 Blocker Review meeting
# Date: 2022-08-22
# Time: 16:00 UTC
# Location: #fedora-blocker-review on irc.libera.chat
Hi folks! We have 3 proposed Beta blockers, 1 proposed Beta freeze
exception issue, and 13 proposed Final blockers to review, so let's
have a review meeting. Note, I'll try and cut that number
of Final blockers down before the meeting - it'll help if folks can
If you have time today, you can take a look at the proposed or
accepted blockers before the meeting - the full lists can be found
here: https://qa.fedoraproject.org/blockerbugs/ .
Remember, you can also now vote on bugs outside of review meetings! If
you look at the bug list in the blockerbugs app, you'll see links
labeled "Vote!" next to all proposed blockers and freeze exceptions.
Those links take you to tickets where you can vote.
https://pagure.io/fedora-qa/blocker-review has instructions on how
exactly you do it. We usually go through the tickets shortly before the
meeting and apply any clear votes, so the meeting will just cover bugs
where there wasn't a clear outcome in the ticket voting yet. **THIS
MEANS IF YOU VOTE NOW, THE MEETING WILL BE SHORTER!**
We'll be evaluating these bugs to see if they violate any of the
Release Criteria and warrant the blocking of a release if they're not
fixed. Information on the release criteria for F36 can be found on the
For more information about the Blocker and Freeze exception process,
check out these links:
And for those of you who are curious how a Blocker Review Meeting
works - or how it's supposed to go and you want to run one - check out
the SOP on the wiki:
Have a good night/day and see you tomorrow/later today!
IRC: adamw | Twitter: adamw_ha
Fedora 36 booting mode 3 to a command line boot, the switchdesk entry
Plasma doesn't do anything. I can switch from the default Gnome to xfce
and back. Booting with a display manager has an entry for Plasma(X11)
that works. the gui for switchdesk does not show Plasma. What needs to
be done to get these functions back?
Also the desktop menu not longer has an entry for "leave" can get there
from the application launcher menu. Is there an edit to add it back to
the desktop menu?