koji

#4379 Does kojihub support sending noarch tasks to a specific host for execution?
Opened by jiaxin. Modified

Open
Close Issue

Hello, I would like to ask whether kojihub supports sending noarch tasks to a specified host for execution. Due to network reasons, some machines download software source code slowly, so it is necessary to prohibit noarch tasks from being obtained by these problematic machines. My current approach is to determine the architecture on the builder, but it will take a long time to distribute the task again. Is there a better way?
Thanks！

There is not really a mechanism to do what you are asking.

The closest thing is probably to set set noarch_arches (on a per-tag basis). This setting causes the noarch subtasks of rpm builds (i.e. rebuildSRPM, buildSRPMFromSCM, and noarch buildArch tasks) to use one of the arches from the tag setting instead. See #4013. Again, note this is a per-tag setting.

The setting was added in 1.35.0

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

The newrepo task is also a noarch task. Can it be assigned to a machine of a certain architecture?

Yes, just assign only those hosts to "createrepo" channel. (easiest way, you can be more granular with hub policy).

I added noarch_arches='x86_64 aarch64' to the relevant tags, but it didn't work. Do I need to restart any services? My koji version is 1.35.2

Which types of tasks were you concerned about again? Your description mentioned downloading source, so I initially assumed rebuildSRPM and buildSRPMFromSCM. Those should be affected by setting noarch_arches (as long as that setting applies to the build tag in question).

OTOH, this tag setting does not affect newRepo tasks. I would use Tomas's suggestion for those.

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

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.