Upgrading SuperMario to Fedora 21

EricMesa

January 3, 2015 - 3 minutes read - 498 words

The latest curl works with XBMC (now Kodi) so it’s time to upgrade my main Fedora computer.

fedup --network 21 --product=nonproduct

So that started running at 1427. The d/l finishes at 1500, but as usual some stuff to take care of. Mostly packages left over from previous versions of Fedora.

WARNING: problems were encountered during transaction test:
 broken dependencies
 kmod-nvidia-3.17.7-200.fc20.x86_64-1:331.113-1.fc20.x86_64 requires kernel-3.17.7-200.fc20.x86_64, kernel-3.17.4-200.fc20.x86_64, kernel-3.17.3-200.fc20.x86_64
 kmod-nvidia-3.17.3-200.fc20.x86_64-1:331.104-1.fc20.x86_64 requires kernel-3.17.7-200.fc20.x86_64, kernel-3.17.4-200.fc20.x86_64, kernel-3.17.3-200.fc20.x86_64
 nautilus-actions-3.2.2-4.fc20.x86_64 requires libgtop2-2.28.5-1.fc20.x86_64
 xorg-x11-drv-r128-6.9.2-1.fc20.x86_64 requires xorg-x11-server-Xorg-1.14.4-13.fc20.x86_64
 directfb-1.6.2-3.fc19.x86_64 requires libmng-1.0.10-12.fc20.x86_64
 kmod-nvidia-3.17.4-200.fc20.x86_64-1:331.113-1.fc20.x86_64 requires kernel-3.17.7-200.fc20.x86_64, kernel-3.17.4-200.fc20.x86_64, kernel-3.17.3-200.fc20.x86_64
 libipoddevice-0.5.3-8.fc12.x86_64 requires libgtop2-2.28.5-1.fc20.x86_64
 libbtctl-0.11.1-13.fc19.x86_64 requires openobex-1.5-9.fc20.x86_64
Continue with the upgrade at your own risk.

Time to sort that out. I also remove some of the really old stuff, stuff it lists as not having an upgrade - that I’ve had in there since Fedora 13 or so. In the end I’m left with the usual issue I have: my kmod-nvidia packages are tied to the Fedora 20 kernels. So, as usual, I’ll probably have to remove them and reinstall when I finish the upgrade.

WARNING: problems were encountered during transaction test:
 broken dependencies
 kmod-nvidia-3.17.4-200.fc20.x86_64-1:331.113-1.fc20.x86_64 requires kernel-3.17.7-200.fc20.x86_64, kernel-3.17.4-200.fc20.x86_64, kernel-3.17.3-200.fc20.x86_64
 kmod-nvidia-3.17.3-200.fc20.x86_64-1:331.104-1.fc20.x86_64 requires kernel-3.17.7-200.fc20.x86_64, kernel-3.17.4-200.fc20.x86_64, kernel-3.17.3-200.fc20.x86_64
 kmod-nvidia-3.17.7-200.fc20.x86_64-1:331.113-1.fc20.x86_64 requires kernel-3.17.7-200.fc20.x86_64, kernel-3.17.4-200.fc20.x86_64, kernel-3.17.3-200.fc20.x86_64
Continue with the upgrade at your own risk.

Well, this time I decide maybe I can try and deal with that before I reboot. (If it’ll let me do it while running it) Then again, I wonder if that’ll leave me GUI-less. Well, I guess I can always ssh in. I decide to try and remove all of them. It allows me to remove it. Time to run the fedup command one last time.

At 1538 I begin the reboot. At 1950 it finally finishes and reboots. When I go to install kmod-nvidia I have to first disable the dropbox and virtualbox repos. Then I install kmod-nvidia and reboot. It doesn’t work on that first try. I see a message about akmod-nvidia doing something. Then it says “started The KDE login manager”. Another reboot improves nothing. I check the logs.

/var/logs/Xorg.0.log seems to reveal the problem:

The NVIDIA GeForce 9500 GT GPU installed in this system is supported through the NVIDIA 340.xx legary drivers.

Funny, I was just asking about this on the forums because I want to switch GPUs around when I get a new one for my gaming PC. I’ve dealt with this at least once before. Turns out it’s a relatively new development for 340 drivers to no longer be the normal drivers. They haven’t made it to rpmfusion yet, so I went to http://przemal.net/pub/rpm/nvidia-340xx/rpms/ to grab them for now. I check on nvidia’s site and apparently my more powerful GeForce GTS 250 (in my gaming computer) is also on this legacy driver so at least I won’t have to change anything when I swap cards.

Two reboots and it appears to be working again. As usual I need to swap the left and right screens. So a little more complicated than usual, but that’s nVidia’s fault - not Fedora’s.

Linux