* On 2/2/22 6:05 PM, Enrico Zini wrote: > I'm trying to use dnf to bootstrap rpm-based chroots, which seems to > work, but the rpm package database on the resulting distribution is > empty, as in, `rpm -qa` returns no output, and `rpm -q` on any package > complains that it is not installed. The actual files that are supposed > to be in the package are indeed present in the chroot.
This is, AFAIR, an issue caused by Debian's patching of the RPM tools (see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794495 ) While Debian's rpm utility uses a homedir-based RPMDB, nothing else, especially not Fedora, expects that and, since dnf uses the system-version of RPM to bootstrap, you'll run into exactly such issues. I can't do anything about that, other than try to NMU a version of RPM that has this patch removed, but that might break tools like alien and I'm not very interested in spending a lot of time on that. Another issue is that I'm still using my rather old dnf/mock packages on Debian Stretch and have never upgraded to anything newer yet. I've had to specifically patch dnf to support this weird 'rpmdb-in-homedir' construct, but packages installed as part of the bootstrapping procedure will NEVER be seen by the bootstrapped system, since their RPM version uses the usual, global RPMDB path of /var/lib/rpm. Sorry to shift the blame in such a fashion. Mihai
OpenPGP_signature
Description: OpenPGP digital signature
