On Fri, 2021-12-17 at 19:29 -0700, Chris Murphy wrote: > Fedora 33 brough systemd-resolved by default; but in Fedora 35 this > somehow got reverted. > > I've proposed it as a blocker, but the main point of the thread is > really to discuss the general case of whether such a thing is a > blocker? I'm not thinking of a release criterion that applies to this > case. It seems reasonable that approved+implemented features that > subsequently break (accidentally or even intentionally when absent an > approved change) should be blockers. > > Server edition is missing /etc/resolv.conf symlink (use systemd-resolved) > https://bugzilla.redhat.com/show_bug.cgi?id=2032085 It's an interesting question! I'd say on the *whole* they wouldn't qualify as blockers under the main criteria-driven process we go through (with the blockerbugs app and voting system and meetings and yadda yadda), because that intentionally doesn't generally concern itself with exactly *how* things work, just *that* the things work. However, I think there'd be a solid case for FESCo to take anything like this as a blocker, and procedurally that makes more sense too - Changes are under FESCo's remit. So if a case like this is caught before release, I'd say file a FESCo ticket asking them to consider it as a blocker. As a sidenote, I was surprised openQA didn't choke on this bug, as I thought some things we do with static DNS configuration would only work with resolved...but I just went and checked, and last year we "improved" those things to use commands that work with both resolved and the old setup, so the same commands could be used on both F33 (old way, still supported at the time) and F34+ (meant to be the new way). So that's why we didn't run into this there. Ha. -- Adam Williamson Fedora QA IRC: adamw | Twitter: adamw_ha https://www.happyassassin.net _______________________________________________ test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-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/test@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
