sinnykumari reported a new issue against the project: `releng` that you are following:
``
** Describe the issue**
Fedora CoreOS will have [various
streams](https://github.com/coreos/fedora-coreos-tracker/blob/master/stre....
All streams will use packages which are built in Fedora koji. Mechanical streams will use
packages available in Fedora repos from tags f$(release), f$(release)-updates,
f$(release)-updates-testing. Development and production streams will get built from
packages available under koji tag `coreos-pool`. Packages which make it to production will
also get tagged to `coreos-release` tag.
These tags will ensure that (1) packages are not automatically garbage collected (2)
stream builds are reproducible (up to the GC retention policy we agree upon), and (3)
packages are added to the pool (and thus into the production streams) in a controlled
manner.
To build FCOS for different streams we need:
- coreos-pool and coreos-release koji tags created (include arches aarch64, ppc64le,
x86_64)
- Permission to add packages to requested tags (ACLs for bgilbert, dustymabe, jlebon and
sinnykumari, until we have bot setup done)
- Tag builds needs to be signed
- Generate dist repo for requested tags with option `--non-latest` to koji dist-repo (to
perform build with desired NVRA)
**Question**
As we have streams like next-devel and testing-devel, packages will be from multiple
Fedora releases in coreos-pool and coreos-release tags. Since we will be using signed
packages, does koji dist-repo allows to specify multiple keys for generating dist repos?
This question is because, in [infra ansible
tag2distrepo](https://infrastructure.fedoraproject.org/cgit/ansible.git/t...,
so far single key has been used.
** When do you need this? (YYYY/MM/DD) **
ASAP
** When is this no longer needed or useful? (YYYY/MM/DD) **
Always needed
** If we cannot complete your request, what is the impact? **
we won't be able to build FCOS for different streams
``
To reply, visit the link below or just reply to this email
https://pagure.io/releng/issue/8294