When building a module that has no components (a valid use-case), KojiContentGenerator._koji_rpms_in_tag tracebacks because it always expects the Koji multicall to return a value. This should be handled gracefully instead.
KojiContentGenerator._koji_rpms_in_tag
The specific traceback is:
Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/module_build_service/scheduler/consumer.py", line 238, in process_message further_work = handler(conf, session, msg) or [] File "/usr/lib/python2.7/site-packages/module_build_service/scheduler/handlers/modules.py", line 134, in done builder.finalize() File "/usr/lib/python2.7/site-packages/module_build_service/builder/KojiModuleBuilder.py", line 1202, in finalize cg.koji_import() File "/usr/lib/python2.7/site-packages/module_build_service/builder/KojiContentGenerator.py", line 858, in koji_import self._load_koji_tag(session) File "/usr/lib/python2.7/site-packages/module_build_service/builder/KojiContentGenerator.py", line 842, in _load_koji_tag self.rpms = self._koji_rpms_in_tag(self.module.koji_tag) File "/usr/lib/python2.7/site-packages/module_build_service/builder/KojiContentGenerator.py", line 275, in _koji_rpms_in_tag for rpm, headers in zip(src_rpms.values() + binary_rpms.values(), rpms_headers): TypeError: zip argument #2 must support iteration
Should be fixed here for some time: https://pagure.io/fm-orchestrator/c/db116aee710a1aa2961cf13de6f1cf733e8b5d94
Metadata Update from @jkaluza: - Issue close_status updated to: Fixed - Issue status updated to: Closed (was: Open)
Login to comment on this ticket.