taskotron / libtaskotron

#190 Change `yumrepoinfo` directive, so it supports multiple (primary?) arches on input
Closed: Fixed Opened by jskladan.

Closed: Fixed
Reopen Issue

In order to unify our arch handlint, the yumrepoinfo directive needs to be changed.

At the moment, it scans the provided list of arch and if it (after some filtering) contains more then one (what we call) primary architecture, it raises an error.
Change the code, tests and documentation, so it can actually crunch multiple archs on input. This will also require changing the output format (e.g. to {'koji_tag': {'arch': 'url'}}). Suggest and discuss the output format in this ticket's comment.

This ticket had assigned some Differential requests:
D224

at the moment, yumrepoinfo output is:

{'koji_tag' : 'url'}

if changed to:

{'arch' : {'koji_tag': 'url'}}

yumrepoinfo_directive and depcheck code would nested with no changes in for cycle (pseudocode):

output = {}
for arch in arches:
    output[arch] = run_yumrepoinfo([arch])
return output

output = []
for arch in arches:
   output += import_TAP(run_depcheck(arch,yumrepoinfo_output[arch]))
return export_TAP(output)

Closing (D224).

Metadata Update from @jskladan:
- Issue tagged with: easyfix
Metadata
None

easyfix

None
None
Low
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.