/etc/dnf/dnf.conf contains: # cat /etc/dnf/dnf.conf [main] cachedir=/usr/src/dnf/$basearch/$releasever gpgcheck=True installonly_limit=3 keepcache=1 However, it decided to download the RPM to /var/cache/libdnf5 anyhow: # find /var /usr/src/dnf -name '*8.99.76.300-1*' -ls 800 123056 -rw-r--r-- 1 root root 125999500 Jun 23 01:41 /var/cache/libdnf5/skype-unstable-2948e6a06613a3cd/packages/skypeforlinux_8.99.76.300-1.x86_64.rpm Reproducible: Always
Hi, can you please specify dnf5's version and on which fedora, so I can test it?
I think this is due to using dnf from the root account. Then by default system cachedir is used. See https://github.com/rpm-software-management/dnf5/blob/5.0.15/libdnf5/conf/config_main.cpp#L1424.
(In reply to Nicola Sella from comment #1) > Hi, can you please specify dnf5's version and on which fedora, so I can test > it? Running Rawhide. Is currently happening on dnf5-5.0.15-4.fc39.x86_64, but it appears to have been broken since 5.0.14-1.
(In reply to Jan Kolarik from comment #2) > I think this is due to using dnf from the root account. Then by default > system cachedir is used. See > https://github.com/rpm-software-management/dnf5/blob/5.0.15/libdnf5/conf/ > config_main.cpp#L1424. I'm OK with it using that directory as the *default*, the fact I specified a cachedir= in dnf.conf and it didn't honor it is what bothers me.. /var fills up pretty fast if you also have 'keepcache=1' (I've been burned too many times with rawhide updates that I need to backlevel and I can't find the previous version). Add in a few repos like google-chrome-beta and google-chrome-unstable and the next thing you know your cachedir is growing at a gigabyte a week (which is why I intentionally pointed it at a filesystem that's currently sitting at 835G free...)
This bug appears to have been reported against 'rawhide' during the Fedora Linux 39 development cycle. Changing version to 39.