https://fedoraproject.org/wiki/Basic_Release_Criteria#Basic_Release_Requirements says:
The term release-blocking images means all the images in which bugs are currently considered capable of blocking a Fedora release. The current set of release-blocking images includes the images defined by the three Editions - Server, Workstation and IoT - in their product requirement documents and/or technical specifications, the Everything network install image, key Cloud images, and the KDE live image. The canonical list of release-blocking images for Fedora 43 is on this page.
It seems out of date, KDE is now an edition too, and CoreOS is not mentioned at all. Perhaps we should say something like this?
... images defined by Editions [1], as listed on release-blocking deliverables page [2]. [1] https://fedoraproject.org/wiki/Editions [2] https://docs.fedoraproject.org/en-US/releases/f43/blocking/
Or even skip the Editions note, and just link to the deliverables page? Is there a reason to duplicate it in the criteria?
Perhaps this paragraph can then also be dropped?
The term release-blocking desktops means all the desktop environments in which bugs are currently considered capable of blocking a Fedora release. The current set of release-blocking desktops for both x86_64 and aarch64 is GNOME and KDE.
Probably we could do this, yeah.
No, because we don't have the "release-blocking desktops" list anywhere else and sometimes it has relevance in itself in the criteria, not just as an ingredient in release-blocking images.
We could say that the release blocking desktops are clearly identified by having their install media in the deliverables list. Can't we?
I don't really like that, tbh. It's not a complicated or long list, I think it's fine to keep it...
...eh, well, I mean, I guess it'd be OK. Call me neutral.
Metadata Update from @kparal: - Custom field story_points adjusted to 2
Metadata Update from @kparal: - Issue set to the milestone: Fedora 44 (was: Fedora 43)
This issue has been migrated to Fedora Forge: https://forge.fedoraproject.org/quality/tickets/issues/819
Please continue any further discussion there.