Hi folks! As we're now frozen for Final, here's an update on blocker
tl;dr action summary
ACTION: anaconda team to submit build/update with fix, QA to test
ACTION: no specific action, this is tracking general Modularity status
ACTION: QA to test https://bodhi.fedoraproject.org/updates/FEDORA-2018-183f616405
ACTION: Frantisek and Mikhail to confirm if they still have problems
ACTION: QA to confirm whether this is fixed
ACTION: Lili and kernel team to continue investigation pending blocker decision
- anaconda - POST
initial-setup fails on aarch64 disk images
A fix for this is pending, we just need the anaconda team to go ahead
and merge it and send out a build with it in. Then QA can test it.
- Changes Tracking - ON_QA
This one's on the blocker list for a kinda special purpose: FESCo has
declared the change as a whole to be blocking F28, so we're using the
Change tracking bug as a proxy for ensuring the Change meets the criteria
FESCo decided on. No specific action is needed on this bug, if/when any
bugs that do break the criteria are found in Modularity-related stuff,
they'll be filed and tracked separately.
- dnf - ON_QA
Traceback from DNF
This is a Modularity-related crasher in DNF. We need QA folks to confirm
the fix (get an F28 test box to the point where it reliably hits the
crash, then install the update from Bodhi and verify that the crash goes
away). Update is https://bodhi.fedoraproject.org/updates/FEDORA-2018-183f616405
- gnome-shell - NEW
Some core applications in Gnome 3.28 are unresponsive and not working on AMD graphics
It's not 100% clear if anything is outstanding here with GNOME 3.28.1 and
mesa-18.0.0-4.fc28. We need Mihkail and Frantisek to confirm whether they
still see problems with those packages installed. If so, we need the desktop
team to keep investigating and fixing stuff, I guess.
- python-simpleline - ON_QA
Anaconda installing in text mode fails to report errors to Bugzilla.
This one should actually have been fixed by an update that went stable
already. We just need QA folks to check with a recent compose that the
bug is no longer present.
- kernel - NEW
Install to system with HPSA storage fails to boot, stops at "Failed to start udev
Wait for Complete Device Initialization"
This was initially filed as 'install fails on FCoE' and accepted as a
blocker on that basis, but further testing indicates it's actually a
problem with installs to a specific type of hardware storage
controller. So I've kicked it back to proposed blocker. So we need the
blocker review folks to re-consider whether this is a blocker, but in
the mean time, it can't hurt for Lili and the kernel folks to keep
investigating the issue and hopefully come up with a fix.
As a bonus note: there are several pending fixes for accepted freeze
exception issues which could do with testing. If folks can help test
and karma these, that'd be great:
(needs s390 hardware)
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net