On Sun, 27 Sep 2015 04:21:08 +0200, Reindl Harald wrote: > besides https://bugzilla.redhat.com/show_bug.cgi?id=1263888 and the With all due respect, there's way too much to read in there without clear comments that explain your thoughts. Sometimes, full output in a terminal can be self-explaining, but comments on what exactly you've had in mind when running commends (involving --nodeps and --force) could be very helpful. > 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 Show it then. Show the output of some queries to list the available updates for the packages you expect to be updated and the already installed versions. Instead, what you've shown is updating from local files. Does dnf see anything at all from your rhsoft-fedora repo? What have you done to examine "the problem" other than claiming that createrepo has been run? Do you try to say that it doesn't see your local repo? Or that it fails to see some packages only? And yum deprecated works with exactly the same setup and commands? -- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
