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 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:
libglib-2.0.so.0 libgobject-2.0.so.0 libffi.so.6 libpeas-1.0.so.0 libgmodule-2.0.so.0 libgirepository-1.0.so.1 libgio-2.0.so.0
hrw@j13-qrep-04:ceph-12.2.11$ ldd /usr/bin/apt|wc -l 20
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 the dependencies.
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 while...