![]() ![]() No security updates needed, but 97 updates available ![]() Then as suggested I tried sudo dnf upgrade -advisory=FEDORA-2022-1bf06aa328 and the output of that is: Last metadata expiration check: 0:10:03 ago on Sat 03:59:43 PM CEST. I tried to do sudo dnf clean all and then sudo dnf update, but this didn't help. I noticed no other issue or problem with the system so I don't know where this new problem comes from. I tried googling but I am at a loss here (I am not an expert). You can remove cached packages by executing 'dnf clean packages'.įile /usr/bin/coredumpctl from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/system-generators/systemd-veritysetup-generator from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/system/rvice from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/system/rvice from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/systemd-binfmt from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/systemd-coredump from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/systemd-homed from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/systemd-portabled from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/systemd-sysctl from install of 86_64 conflicts with file from package 86_64įile /usr/lib/systemd/systemd-veritysetup from install of 86_64 conflicts with file from package 86_64įile /usr/share/man/man5/1.5.gz from install of 86_64 conflicts with file from package 86_64įile /usr/share/man/man8/systemd-coredump.8.gz from install of 86_64 conflicts with file from package 86_64įile /usr/share/polkit-1/actions/ from install of 86_64 conflicts with file from package 86_64įile /usr/share/polkit-1/actions/ from install of 86_64 conflicts with file from package 86_64 The downloaded packages were saved in cache until the next successful transaction. It lists the packages to be updated, downloads them, but then fails with this message: Running transaction check I have researched the error somewhat (see links below), but none of the similar conflict errors match my situation very closely, and I'm reluctant to remove or disable the denoted module(s) without understanding what that might do.I am trying to update Fedora using sudo dnf update. I can get non-kernel packages to update by running dnf -excludepkgs=kernel\*, but I'd like to 1) understand, and 2) fix this error so that I can get kernel updates normally. Problem 2: package kernel-5.7.86_64 requires kernel-core-uname-r = 5.7.86_64, but none of the providers can be installedĬurrent situation / what I've tried: My (current, likely incorrect) understanding is that this older kernel package is being specified by some other package, and can't be installed because it's older and does not appear in the default repos. Problem 1: package kernel-modules-extra-5.7.86_64 requires kernel-uname-r = 5.7.86_64, but none of the providers can be installed Problem: It was working as expected for several months, but now when I run dnf update the following error is given: Error: Background: I'm running Fedora 32 on a Thinkpad. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |