Right now the process at https://docs.fedoraproject.org/en-US/websites/fedora-release/ is, in significant part, "collect release-specific information from the people who know it and write it in some yaml files".
"Release specific information" is things like RC # is "gold", which architectures and spins are part of the release, which GPG key was used, what the release checksums are, and so on. Rather than having this manual communication process, or leaving the websites team to effectively guess, it makes sense to me to just have release-engineering write that information to the metadata file as part of the general release process
Ideally, in place for F32 beta (so before 2020-03-17).
Always useful
As the process is imagined now, people not familiar with what's needed are likely to be newly involved every time, and their scrambling to find what's needed and ask the right questions is actually a lot more work (all around!) than just having the people who are directly familiar with the relevant information put it in a standard machine-readable location as part of the process.
Metadata Update from @syeghiay: - Issue assigned to mohanboddu
Metadata Update from @cverna: - Assignee reset
Metadata Update from @humaton: - Issue tagged with: docs
I think this can be closed now? websites has a script/config to pull this information from the compose data...
@darknao is that correct?
Right! We only need the RC version now; everything else is pulled from the compose metadata at build time. https://docs.fedoraproject.org/en-US/websites/engg/new-fedora-release/#_releases_information
Great, so lets close this then. ;)
Metadata Update from @kevin: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)