Description of problem: Error: - coreutils-8.29-7.fc28.x86_64 does not belong to a distupgrade repository - python3-3.6.6-1.fc28.x86_64 does not belong to a distupgrade repository - pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc28.x86_64 does not belong to a distupgrade repository - cryptopp-6.1.0-2.fc28.x86_64 does not belong to a distupgrade repository Version-Release number of selected component (if applicable): Fedora 28 (upgraded from 27) How reproducible: Always Steps to Reproduce: 1. sudo dnf system-upgrade download --refresh --releasever=29 Actual results: doesn't allow to upgrade Expected results: Upgrade Additional info:
a new packages add to the list : - vlc-core-3.0.4-2.fc28.x86_64 does not belong to a distupgrade repository - nothing provides live555(x86-64) = 2018.07.07 needed by vlc-core-3.0.3-6.fc29.x86_64 - package vlc-3.0.3-6.fc29.x86_64 requires vlc-core(x86-64) = 3.0.3-6.fc29, but none of the providers can be installed - vlc-3.0.4-2.fc28.x86_64 does not belong to a distupgrade repository - nothing provides live555(x86-64) = 2018.07.07 needed by vlc-core-3.0.3-6.fc29.x86_64 Regards.,
I fail to see what could be improved in the coreutils package to fix this issue. Moving to dnf for further analysis.
Please, can you provide us the debug data from solver? run system upgrade with --debugsolver switch: # dnf system-upgrade download --debugsolver --releasever=29 this should in working directory create "debugdata" subdir. Please make a tarball of it and append here.
Created attachment 1489911 [details] debugdata
Thanks. This is an excerpt from the solver.result file from your debugdata: problem 20253350 info package lector-0.4-1.fc28.noarch requires python(abi) = 3.6, but none of the providers can be installed problem 20253350 solution 6da42c56 erase lector-0.4-1.fc28.noarch@@System problem 20253350 solution 79f43770 allow python3-3.6.6-1.fc28.x86_64@@System problem 20253350 solution 79f43770 allow python3-libs-3.6.6-1.fc28.x86_64@@System problem 20253350 solution 79f43770 allow python3-poppler-qt5-0.24.2-6.fc28.x86_64@@System problem e69c94ba info package pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc29.x86_64 requires libcryptopp.so.6()(64bit), but none of the providers can be installed problem e69c94ba solution 4dc6adac allow cryptopp-6.1.0-2.fc28.x86_64@@System problem e69c94ba solution 8319a0ac erase pycryptopp-0.6.0.1206569328141510525648634803928199668821045408958-15.fc28.x86_64@@System problem f755abce info package jdk-10.0.2-2000:10.0.2-ga.x86_64 requires /bin/basename, but none of the providers can be installed problem f755abce solution 32cae15b allow coreutils-8.29-7.fc28.x86_64@@System problem f755abce solution 32cae15b allow coreutils-common-8.29-7.fc28.x86_64@@System problem f755abce solution 95f59ab5 erase jdk-10.0.2-2000:10.0.2-ga.x86_64@@System This is basically saying: - package lector requires python = 3.6, which is not part of F29 (there will be 3.7) - package pycryptopp-0.6.0 (now retired in Fedora) requires libcryptopp.so.6 (provided by cryptopp-6), but there is cryptopp-7 in F29 - package jdk requires /bin/basename which is on F29 not provided any more by coreutils So solution can be either remove the problematic packages before doing system upgrade, or run system-upgrade with --allowerasing option (which will do the same). Given that all problematic packages are not part of Fedora, you can also wait with system upgrade until third party repositories contain these packages in versions compatible with F29. So I'm closing this as not a bug, but feel free to reopen it if this explanation would not satisfy you.
Failed to synchronize cache for repo 'docker-ce-stable', disabling. Last metadata expiration check: 0:00:00 ago on Sun 11 Nov 2018 10:19:21 AM +04. Error: Problem: package jdk1.8-2000:1.8.0_171-fcs.x86_64 requires /bin/basename, but none of the providers can be installed - coreutils-8.29-7.fc28.x86_64 does not belong to a distupgrade repository - problem with installed package jdk1.8-2000:1.8.0_171-fcs.x86_64
The solution to add '--allowerasing' or remove the offending package is not intuitive, following a --debugsolv run is not intuitive. Perhaps a note should be added to the dnf.plugin.system-upgrade manual offering the tips?