All as ordinary user: Case 1: $ dnf repoquery Last metadata expiration check: 0:41:50 ago on Wed 03 Jun 2020 01:31:35 AM CEST. 0ad-0:0.0.23b-17.fc33.x86_64 0ad-data-0:0.0.23b-4.fc32.noarch 0xFFFF-0:0.8-3.fc32.x86_64 2048-cli-0:0.9.1-9.fc32.x86_64 [...] [Errno 13] Permission denied: '/tmp/dnf/cache/expired_repos.json' $ echo $? > 1 Why this? Fact that some cache update wasn't possible is totally minuscule. Moreover, initial line is clear, so one is free to use his/her deliberation to decide if data are still relevant. Case 2: $ dnf --releasever=32 --installroot=/var/lib/f32 install systemd passwd dnf $ echo $? 1 Again, why this? Error condition without any message whatsoever. IMHO, you have the reporting or not swapped (in addition to the fact that Case 1 shall likely not return execution failure). dnf --version 4.2.21 Installed: dnf-0:4.2.21-1.fc33.noarch at Wed 27 May 2020 10:41:12 PM GMT Built : Fedora Project at Wed 01 Apr 2020 01:44:17 PM GMT Installed: rpm-0:4.15.90-0.git14971.12.fc33.x86_64 at Wed 27 May 2020 10:41:03 PM GMT Built : Fedora Project at Tue 12 May 2020 10:06:27 AM GMT
dnf.conf and /etc/yum.repos.d
Sorry I added the comment by mistake I wanted to just set the flags.
Will post the former nonetheless: [main] gpgcheck=1 installonly_limit=3 clean_requirements_on_remove=True best=False skip_if_unavailable=True cachedir=/run/dnf/cache install_weak_deps=False Regarding yum.repos.d, it would only be relevant if some caching parameters were tweakable with per-repo granularity, I think. Let me know if there are any inputs to provide. To be explicit, the commands above where run as an ordinary user.
Case 2: PR: https://github.com/rpm-software-management/dnf/pull/1635 Tests: https://github.com/rpm-software-management/ci-dnf-stack/pull/858
Case 1: PR: https://github.com/rpm-software-management/dnf/pull/1638 Tests: https://github.com/rpm-software-management/ci-dnf-stack/pull/865
This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33.
FEDORA-2020-b40fc174b5 has been submitted as an update to Fedora 33. https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5
FEDORA-2020-5d9f0ce2b3 has been submitted as an update to Fedora 32. https://bodhi.fedoraproject.org/updates/FEDORA-2020-5d9f0ce2b3
FEDORA-2020-b40fc174b5 has been pushed to the Fedora 33 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-b40fc174b5` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-b40fc174b5 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-5d9f0ce2b3 has been pushed to the Fedora 32 testing repository. In short time you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2020-5d9f0ce2b3` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2020-5d9f0ce2b3 See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2020-5d9f0ce2b3 has been pushed to the Fedora 32 stable repository. If problem still persists, please make note of it in this bug report.
FEDORA-2020-b40fc174b5 has been pushed to the Fedora 33 stable repository. If problem still persists, please make note of it in this bug report.