Red Hat Bugzilla – Bug 1268609
'dnf upgrade' finds no updates but 'dnf upgrade *' does.
Last modified: 2015-10-14 14:17:34 EDT
Description of problem:
'dnf upgrade' shows that there are no updates available when there really are. I can see that the downloaded metadata contains information about new package versions, but even a 'dnf info <package name>' only shows the old package version available.
But, if I 'dnf upgrade <fully-qualified-package-name-with-version>', then it _will_ find and install the new version. To force a proper upgrade, I have to 'dnf upgrade *'. This wildcard upgrade takes a long time to process (a couple of minutes), but then does eventually show all of the available package updates.
Version-Release number of selected component (if applicable):
$ dnf --version
Installed: dnf-0:1.1.2-2.fc23.noarch at 2015-09-23 20:21
Built : Fedora Project at 2015-09-22 14:17
Installed: rpm-0:4.13.0-0.rc1.3.fc23.x86_64 at 2015-09-23 19:50
Built : Fedora Project at 2015-09-07 16:01
Steps to Reproduce:
1. Install F23 Beta
2. Ensure the fedora-updates-testing repo is enabled.
3. Run 'dnf upgrade'. Nothing is updated.
Cannot update any package unless explicitly named or matched with a pattern. Plain 'dnf upgrade' never finds any updates.
Expect available updates to be presented and updated.
I have similar issue with dnf-1.1.2-2.fc24. I built updated perl locally with increased release number, put the binary packages into a local repository and tried to `dnf -v --enablerepo=perl --best --allowerasing upgrade'. It does not report anything for upgrade.
However, request for upgrading a specific package by a package name, e.g `dnf -v --enablerepo=perl --best --allowerasing upgrade perl' will offer the new perl package and its dependencies. It forgets for another other newer packages available in the local repository.
In contrast to the original reported, `dnf -v --enablerepo=perl --best --allowerasing info perl' reports both current perl from @System repository and the new perl from perl repository.
It looks like dnf does not consult any installed package for an upgrade. It consults only packages explicitly listed on the command line.
This is known issue for the release and it was replaced by newer version that solved the problem. We are sorry for difficulties. To update to new version of dnf, please use 'dnf upgrade dnf', than everything should work correctly.
The latest available build appears to be dnf-1.1.2-4.fc23, which I installed on October 6th (a week ago).
As of this morning, using dnf-1.1.2-4, I still could not update packages without using the wildcard workaround described earlier.
What "new version" of dnf corrects this issue, and where do we find it?
Please are you sure about installed version of dnf (rpm -q dnf)? With version dnf-1.1.2-4.fc23 we were unable reproduce your problem. Please try also 'dnf upgrade --refresh' it could also help.
Yes, the installed DNF is really up-to-date:
$ rpm -q dnf
$ dnf --version
Installed: dnf-0:1.1.2-4.fc23.noarch at 2015-10-06 16:07
Built : Fedora Project at 2015-09-30 13:56
Installed: rpm-0:4.13.0-0.rc1.4.fc23.x86_64 at 2015-10-13 13:03
Built : Fedora Project at 2015-10-12 13:48
Since I had to do a forced upgrade with the * wildcard this morning, all packages are currently up-to-date, therefore 'dnf upgrade --refresh' did re-download all the metadata but did not find anything new.
I will monitor the metadata for new updates over the next day or two and try again when there are some.
Well, for whatever reason, it worked today. A plain 'dnf upgrde --refresh' found and applied updates without using the wildcard trick.
I can now concur that this issue is resolved.