![]() > sqlite-libs x86_64 3.11.0-1.fc23 updates 449 kĮven with downloaded relevant packages if one tries:ĭnf -allowerasing -best install. > (add '-best -allowerasing' to command line to force their upgrade): (In reply to Steve Bryant from comment #0) (add '-best -allowerasing' to command line to force their upgrade): ![]() ![]() Last metadata expiration check performed 0:19:16 ago on Sun Feb 21 15:15:52 2016. Last metadata expiration check performed 0:18:45 ago on Sun Feb 21 15:15:52 2016. Sqlite x86_64 3.11.0-1.fc23 updates 484 kīoth sqlite.i686 and sqlite.x86_64 (plus dependent sqlite-libs packages) upgraded to version 3.11.0-1.fc23 Skipping packages with broken dependencies: Install sqlite-3.10.686 on Fedora 23 x86_64 which already has sqlite-3.10.86_64 installed. Version-Release number of selected component (if applicable):ġ. In other words, there should be no conflict, according to this 686 version 3.11.0-1.fc23 is missing from Fedora 23 "updates" (and "updates-testing") repo, so cannot upgrade sqlite.x86_64 to latest version if sqlite.i686 is also installed. Which is the package that was originally listed as the package I want to update, yet as already pointed out above, this depends on libconfuse.so.1()(64bit) provided by 86_64. Digging into dnf repoquery a bit, I found that dnf repoquery -all -installed -whatrequires libconfuse should give me the desired output. In other words, the only package that requires this is the package itself, but this doesn't happen all the time, so I'm guessing this list is somehow incomplete. I assumed reverse dependencies of installed packages would be easy to search, but the solution suggested here states that dnf repoquery -available -alldeps -source -whatrequires libconfuse-3.2.86_64 should do the trick however the output is: Last metadata expiration check: 1:59:58 ago on Tue 03:16:34 PM CET.Īnd of that rpm, there are no dependencies at all. However, I cannot for the life of me figure out what thing depends on the older libconfuse-3.2.86_64 package. I figured out (with dnf -deplist info) that 86_64 depends on 86_64: dependency: libconfuse.so.1()(64bit) cannot install the best update candidate for package 86_64 cannot install both 86_64 and libconfuse-3.2.86_64 cannot install both libconfuse-3.2.86_64 and 86_64 package 86_64 requires libconfuse.so.1()(64bit), but none of the providers can be installed Problem: problem with installed package 86_64 Last metadata expiration check: 1:49:45 ago on Tue 03:16:34 PM CET. The following is the conflict: $dnf update The TL DR of this question is: how do I get dnf to tell me which packages are conflicting and what the associated dependents are? This related question says that I should use -best to solve the problem, but this still doesn't tell me why a seemingly non-conflicting situation is considered a conflict. However, I cannot figure out how to get dnf to tell me the cause of the conflict. I recently tried to update some packages on my (fedora 27, 圆4) machine, which dnf complains is in conflict.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |