I broke some packages and I need help figuring out how to fix it.
I run Nobara and usually update via “Nobara Package Manager”, however it ran into a problem:
Could not depsolve transaction; 1 problem detected:
Problem: The operation would result in removing the following protected packages: nobara-amdgpu-config
I found the solution on Nobara projects site: sudo dnf update --exclude=nobara-login --refresh && sudo dnf update --refresh
That did result in several packages begin updated, I just skimmed through the list but I remember some mesa stuff. After a reboot some apps render like in the picture - missing characters or missing text all together and flickering artefacts. I run things pretty out-of-the-box so not sure what I’ve done that has lead up to this, just care about gaming.
How can I troubleshoot this? Thanks in advance
Yeah I kind of realised that the instructions assumed I had already upgraded, will try to keep track of new updates better in the future. So for sake of completion here’s how I solved it in the end:
file /usr/lib64/libopenh264.so.2.3.1 conflicts between attempted installs of openh264-2.3.1-2.fc38.x86_64 and noopenh264-0.1.0~openh264_2.3.1-2.fc38.x86_64sudo dnf -v system-upgrade download --releasever=38 --allowerasing --exclude=openh264.x86_64--best --allowerasing'and see what else breaks:Problem: The operation would result in removing the following protected packages: plasma-desktop ================================================================================ Package Arch Version Repository Size ================================================================================ Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): kde-settings noarch 38.2-5.fc38 nobara-baseos-38 33 k libkworkspace5 x86_64 5.27.8-1.fc38 nobara-baseos-38 115 k libkworkspace5 x86_64 5.27.9.1-3.fc38 nobara-baseos-38 115 k plasma-workspace-common x86_64 5.27.8-1.fc38 nobara-baseos-38 41 k plasma-workspace-common x86_64 5.27.9.1-3.fc38 nobara-baseos-38 40 k plasma-workspace-libs x86_64 5.27.8-1.fc38 nobara-baseos-38 2.2 M plasma-workspace-libs x86_64 5.27.9.1-3.fc38 nobara-baseos-38 2.2 M plasma-workspace-wayland x86_64 5.27.8-1.fc38 nobara-baseos-38 70 k plasma-workspace-wayland x86_64 5.27.9.1-3.fc38 nobara-baseos-38 70 k Skipping packages with broken dependencies: kde-settings-plasma noarch 38.2-5.fc38 nobara-baseos-38 13 k plasma-lookandfeel-fedora noarch 5.27.8-1.fc38 nobara-baseos-38 403 k plasma-workspace i686 5.27.8-1.fc38 nobara-baseos-multilib-38 15 M plasma-workspace x86_64 5.27.8-1.fc38 nobara-baseos-38 15 M plasma-workspace i686 5.27.9.1-2.fc38 nobara-baseos-multilib-38 15 M plasma-workspace i686 5.27.9.1-3.fc38 nobara-baseos-multilib-38 15 M plasma-workspace x86_64 5.27.9.1-3.fc38 nobara-baseos-38 15 M plasma-workspace-x11 x86_64 5.27.9.1-3.fc38 nobara-baseos-38 68 k sddm-breeze noarch 5.27.9.1-3.fc38 nobara-baseos-38 440 k Transaction Summary ================================================================================ Skip 18 PackagesNow it’s trying to either partial upgrade OR delete your desktop. Your system is fucked.
Every time you’re excluding something you’re excluding updating a package, while updating all the others. Then if the new packages depend on the newer version of the package you didn’t upgrade by excluding it, things break. That’s what’s happened here. Every time you use exclude to upgrade something you’re essentially breaking your system worse. That’s what the other person means by “partial upgrading”
And now that message says it’s going to completely remove your desktop environment so you’re gonna have no desktop, just a cli shell.
At this point the easiest thing would probably be to back up your home directory and whatever else you want to keep and just reinstall the system. Any other process to try and fix it is going to require more trouble and time than it would take to just reinstall unfortunately. There may not even be a way to successfully unbreak your system.
I saw that error when I first installed nobara. Googled it, and the solution was just to not use dnf to update, but nobara-sync instead.