On Mon, 30 Nov 2020 at 06:57, Florian Weimer <fweimer@redhat.com> wrote:
* Miro Hrončok:

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

Would it be possible to use rpm-ostree with a vendored RPM
implementation?  That should provide even better isolation.


koji has a very strong idea of what it wants inside a chroot and what it does not (and may never) want. Getting rpm-ostree or other items to work inside of the koji mock interface is probably looking at a large project (going from how many other 'simple' things have ended up being much more complicated than expected by the original proposers). My usual way of figuring out how to make anything work in koji is to see what the oldest environment it needs to work on by a customer and see how I would do it in RHEL-5 (now maybe RHEL-6).

 
Thanks,
Florian
--
Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn,
Commercial register: Amtsgericht Muenchen, HRB 153243,
Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill
_______________________________________________
buildsys mailing list -- buildsys@lists.fedoraproject.org
To unsubscribe send an email to buildsys-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/buildsys@lists.fedoraproject.org


--
Stephen J Smoogen.