Marking as not a bug based on description.

Lubos

Re-openned, since I was told that maitai request was configured incorrectly since this is a tool used together with cloud-init but it's  not direct dependency

Lubos

Fixed, this was caused by "skipping cloud-utils-growpart" in comps -> pungi config change for cloud-utils-growpart/cloud-init.

Both were not supposed to be on non-Server variant.

Fixed

Set to be x86_64 only in the same way as cloud-init. One doesn't make much sense without other being available as well

http://git.app.eng.bos.redhat.com/git/rcm/rcm-metadata.git/commit/?id=1b2358d7e451fda5a09885b83a5a6b18b3b4017c

Lubos

Hello Jakub,

please follow up cloud-init discussion. If we don't have cloud-init I can't really make image for that arch. QE (vhutsky) confirmed that cloud-init has broken deps.

I don't see having cloud-utils-growpart available on all arches if cloud-init isn't.

Lubos

Putting back on all arches due https://bugzilla.redhat.com/show_bug.cgi?id=1464186
Will be available in today's nightly

Josh we'll need to reload errata for cloud-init and cloud-utils-growpart after the nightly.

Seems like the depsolving was only on CDN-Stage where this was caused by missing respin of it's python dependencies. I did sync up with Marian Ganisin on re-checking how many others can fall into same category.

Lubos

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2017:1850