Dne 05. 03. 20 v 13:02 Marcin Juszkiewicz napsal(a):
W dniu 04.03.2020 o 19:03, Daniel Mach pisze:
> Hello everyone, I'm pleased to announce start of DNF 5 development.
> Microdnf is becoming important because it's part of
> many containers due to its small footprint.
[root@puchatek hrw]# ldd /bin/microdnf |wc -l
70Following deps should be going away:
hrw@j13-qrep-04:ceph-12.2.11$ ldd /usr/bin/apt|wc -l
Are there plans for picodnf then? Or cutting amount of
libraries used by microdnf?
I don't think we can drop more without losing functionality.
If you take a closer look, libdnf links to libcurl which pulls most of
My problem with DNF is Python. There is a huge amount of
packages which need to be in proper state to be able to use
dnf. I remember when I did some experiments with RHEL7 and
managed to get to the point where 'yum' was unable to help
as Python was broken.
This probably makes you one of the users we're improving microdnf for.
I hope that someday we'll get microdnf close to 100% feature parity with
DNF (Python plugins excluding obviously). But that's going to take a