Using microdnf in boostrap mock?

Hello, I was wondering whether it might be possible to use microdnf instead of dnf in the boostrap mock chroots. Since dnf depends on Python, using the boostrap mode now complicates upgrading Pythons to a newer version. https://pagure.io/releng/issue/9308#comment-703106 Basically, if/when Koji uses the bootstrap mock mode, as soon as we start bootstrapping (different meaning) Python in a side tag, dnf becomes temporarily uninstallable in that side tag and we can no longer do any builds. This can be worked around by not using the boostrap mock option in Koji (ideally only for Python upgrade side tags, but I am not yet sure if that's possible), or by eliminating Python libraries out of the bootstrap chroot, hence the idea about using microdnf. I've started with this config: include('/etc/mock/fedora-rawhide-x86_64.cfg') config_opts['root'] = 'fedora-rawhide-microdnf' config_opts['package_manager'] = 'dnf' config_opts['dnf_command'] = '/usr/bin/microdnf' config_opts['dnf_install_command'] = 'install microdnf' config_opts['system_dnf_command'] = '/usr/bin/dnf' config_opts['dnf_common_opts'] = ['--allowerasing'] But it fails pretty soon with: error: (--setopt) Unknown tsflag: nocontexts And when I patch that option out, I still get: error: The "--installroot" argument must be used together with "--config", "--noplugins", "--setopt=cachedir=<path>", "--setopt=reposdir=<path>", "--setopt=varsdir=<path>" arguments. But I guess that if I figure the right options for dnf_common_opts, this might work...? Is there some crucial functionality that microdnf might be missing that would prevent it from creating mock chroots like this? -- Miro Hrončok -- Phone: +420777974800 IRC: mhroncok