koji

#2036 koji chain-build: Add --force mode
Opened by ignatenkobrain. Modified

Open
Close Issue 
~/Documents/scripts via 🐍 v3.8.2rc1 
❯ koji chain-build rawhide git+https://src.fedoraproject.org/rpms/rust-pulldown-cmark.git#01ba108e91a5a061b4e6278e913c401b165b285b : git+https://src.fedoraproject.org/rpms/rust-version-sync.git#01025ee00a8f81f42b10e272ee47396a99ac54db git+https://src.fedoraproject.org/rpms/rust-skeptic.git#a6dfa54484c9154f1ba48a5788b535031ba8b644
Packages in destination tag f33-updates-candidate are not inherited by build tag f33-build
Target rawhide is not usable for a chain-build

As you know, that stuff is now handled via bodhi, so there is basically no way to do chain-builds anymore. It would be nice if koji would have --force for chain-build so that this would be possible again.

What would it mean in such case? If target is defined as:

$ koji list-targets --name rawhide
Name                           Buildroot                      Destination                   
---------------------------------------------------------------------------------------------
rawhide                        f33-build                      f33-updates-candidate

Then koji will build in f33-build and tag to f33-updates-candidate, so it will not appear in f33-build tag's inheritance chain. Using chain build doesn't make any sense in that moment as you can do all of this in parallel. What --force should do? Tag it to buildroot directly, ignoring target configuration?

I thought, that one of the reasons for sidetags was also to 'replace' chainbuild in main tags. Doesn't that work well?

Metadata Update from @tkopecek:
- Custom field Size adjusted to None

This issue has been migrated to Fedora Forge:
https://forge.fedoraproject.org/koji/koji/issues/2036

Please continue any further discussion there.
Metadata
None
None
None
None
Low
None
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.