besides
https://bugzilla.redhat.com/show_bug.cgi?id=1263888 and the
ridicolous size of /var/cache/dnf/ in genereal it's unacceptable that
"dnf -v update dbmail-3.1.17-3.fc22.20150927.rh.3.1.17.x86_64.rpm
dbmail-manpages-3.1.17-3.fc22.20150927.rh.3.1.17.x86_64.rpm
dbmail-tools-3.1.17-3.fc22.20150927.rh.3.1.17.x86_64.rpm
gmime-2.6.20-7.fc22.20150927.rh.x86_64.rpm" *directly* in the repofolder
works (after repeat the command because the bug above) while DNF
pretends "nothing to do"
and YES, "createrepo" was called corerctly by the script filling it for
many years now and a "rm -rf /var/cache/dnf/*" as well as the fact that
it's a own repo without mirrors leaves not much questions
so how many update do we randomly miss now?
Sep 22 14:53:55 INFO Upgraded: python-dnf-plugins-core-0.1.12-1.fc22.noarch
Sep 22 14:53:55 INFO Upgraded: python-dnf-plugins-core-0.1.12-1.fc22.noarch
Sep 22 14:53:55 INFO Upgraded: dnf-plugins-core-0.1.12-1.fc22.noarch
Sep 22 14:53:55 INFO Upgraded: dnf-plugins-core-0.1.12-1.fc22.noarch
Sep 22 14:54:00 INFO Cleanup: dnf-plugins-core-0.1.11-1.fc22.noarch
Sep 22 14:54:00 INFO Cleanup: dnf-plugins-core-0.1.11-1.fc22.noarch
Sep 22 14:54:00 INFO Cleanup: python-dnf-plugins-core-0.1.11-1.fc22.noarch
Sep 22 14:54:00 INFO Cleanup: python-dnf-plugins-core-0.1.11-1.fc22.noarch
rhsoft-fedora: using metadata from Sun Sep 27 04:08:01 2015.
rpmfusion-free-updates-testing: using metadata from Fri Apr 10 19:47:11
2015.
rpmfusion-nonfree: using metadata from Wed Aug 5 09:07:52 2015.
Last metadata expiration check performed 0:02:36 ago on Sun Sep 27
04:12:39 2015.
--> Starting dependency resolution
--> Finished dependency resolution
Dependencies resolved.
Nothing to do.
Completion plugin: Generating completion cache...
Complete!