We're getting close! I'm going to make Adam request an RC next week whether he likes it or not. :-) Action summary ==================== Accepted blockers ----------------- 1. libreport — abrt-server errors when processing zstd compressed core dumps produced by systemd-246~rc1-1.fc33 — VERIFIED ACTION: none 2. dbus-broker — login stuck when changing users repeatedly (log out, log in a different one) — ON_QA ACTION: QA to test if FEDORA-2020-5b486e191b improves the behavior 3. libpreport — bugs can't be reported: "No matching actions found for this event" — VERIFIED ACTION: none 4. abrt — Can't report a crash (even with local processing) due to "Could not resolve host: retrace.fedoraproject.org" — NEW ACTION: abrt maintainers to diagnose and fix issue ACTION: msuchy to finish bringing retrace server back online Proposed blockers ----------------- 1. anaconda — a metalink repository can't be added using UI — ON_QA ACTION: QA to verify FEDORA-2020-e1d834c1ef fixes the issue 2. NetworkManager — systemd-resolved.service not work with DNS server placed behind VPN (openconnect) — NEW ACTION: NetworkManager maintainers to determine future behavior of default routes when VPN server pushes some routes 3. pki-core — Running ipa-server-install fails in step [1/30]: configuring certificate server instance — ON_QA ACTION: reporter to verify that this is happening in F33 Bug-by-bug detail ============= Accepted blockers ----------------- 1. libreport — https://bugzilla.redhat.com/show_bug.cgi?id=1860616 — VERIFIED abrt-server errors when processing zstd compressed core dumps produced by systemd-246~rc1-1.fc33 This appears to be fixed with FEDORA-2020-444a3363f0, which causes BZ 1878317. That may block getting this fix in. 2. dbus-broker — https://bugzilla.redhat.com/show_bug.cgi?id=1861700 — ON_QA login stuck when changing users repeatedly (log out, log in a different one) User processes linger after logout which blocks logging in when another user has logged in between the two sessions. Or when the second user logs back in. Or when a single user logs in repeatedly. An update to kf5-baloo (FEDORA-2020-5b486e191b) address part of the issue, but it's likely that this is a many-fix problem. 3. libreport — https://bugzilla.redhat.com/show_bug.cgi?id=1873029 — VERIFIED bugs can't be reported: "No matching actions found for this event" This appears to be fixed with FEDORA-2020-444a3363f0, which causes BZ 1878317. That may block getting this fix in. 4. abrt https://bugzilla.redhat.com/show_bug.cgi?id=1878317 — NEW Can't report a crash (even with local processing) due to "Could not resolve host: retrace.fedoraproject.org" Since the retrace server is still offline, abrt should fall back to local processing. It does not. As an unprivileged user, skipping the report_uReport step results in chmod errors and behavior like BZ 1873029. As root, it core dumps. We're in general agreement that if either online or local processing works, that's good enough for beta. Ticket for retrace server is https://pagure.io/fedora-infrastructure/issue/9060 Proposed blockers ----------------- 1. anaconda — https://bugzilla.redhat.com/show_bug.cgi?id=1879127 — ON_QA a metalink repository can't be added using UI Adding a metalink repository to the installer incorrectly modifies the URL. FEDORA-2020-e1d834c1ef contains a potential fix (Adam has a ISO at https://www.happyassassin.net/temp/00669088-FEDORA-2020-e1d834c1ef-netinst-x86_64.iso). This bug is accepted as a freeze exception even if it doesn't get enough votes for blocker status. 2. NetworkManager — https://bugzilla.redhat.com/show_bug.cgi?id=1863041 — NEW systemd-resolved.service not work with DNS server placed behind VPN (openconnect) The scope of this bug has narrowed to the point where a revote indicates it's probably no longer a blocker. We may consider using only the static "Use this connection..." property instead of that *and* pushed routes to determine if the VPN is full-tunnel. Currently if the server pushed any routes, the openconnect plugin tells NetworkManager not to add a default route. 3. pki-core — https://bugzilla.redhat.com/show_bug.cgi?id=1878616 — ON_QA Running ipa-server-install fails in step [1/30]: configuring certificate server instance Installation fails in Rawhide (only?). The package updates that appear to be causing the problem never made it into F33. -- Ben Cotton He / Him / His Senior Program Manager, Fedora & CentOS Stream Red Hat TZ=America/Indiana/Indianapolis _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
