May 18, 2004

Upgrading from RH9 to FC2

I popped in an FC2, hit upgrade, and let it do its thing… for a really long time. I think I have my CD-ROM and HD on the same IDE channel, and I think my CD-ROM is slow. Neither helped, I’m sure.

First thing I notice: X won’t start. I’m using an NVIDIA video card, and I had heard that 4K stacks were enabled in FC2′s kernel, thus breaking the (not open source) NVIDIA drivers. This is, to my knowledge, still not fixed — though I haven’t checked Bugzilla. So I switch the Driver "nvidia" section to read Driver "nv", killall gdm-binary (not being able to service gdm restart or killall gdm is a little annoying) and I’m back on my way.

Immediately get XKB errors. Find bug #120858. Remove XkbRules line from /etc/X11/XF86Config. Don’t just change it to XkbRules "xorg" as some comments suggest; that didn’t work for me, at least. XKB errors disappear. I guess they didn’t get the patch in FC2 before release.

My gnome-panel configuration is apparently gone. I have one icon other than the red hat (why is it still a red hat? Shouldn’t it be a… fedora… uh… of some sort?) which seems to be for e-mail, which points to evolution, which is MIA. Delete icon, accidentally click it, set gnome preference for e-mail client to mutt, fear what might happen if I ever use that preference by accident, really delete icon. Reconfigure panel. Notice monitor needs to have its settings adjusted as I just put the time off the right edge of the screen, readjust, hope I don’t have to do this a lot.

Start firing a few things up. Looking good, my LDAP/Kerberos configuration looks intact. Postfix running, SpamAssassin running. Wonder if Pyzor works? It runs. Wonder what version of Python FC2 ships? Oh look:

[darkness@morgase darkness]$ rpm -qf /usr/bin/python2.3

I don’t know exactly why, but I expected Anaconda to remove any packages whose dependencies couldn’t be satisfied, or warn me, or something. This did not happen. Best I have is an upgrade.log in root’s home directory with a bunch of lines like Upgrade Dependency: Needs (('apt', '0.5.5cnc6', 'fr1'), ('', None), 0, None, 0), automatically added that seem to hint at which packages it artificially satisfied dependencies for. Lament.

Browse a bit in Mozilla. Notice mouse wheel up does not scroll up, but instead seems to simulate at least a middle click and a right click (yes, both). Lament. Stop Postfix since I don’t know for sure e-mail is working right now.

Regarding the mouse wheel problem, find bug #115147. Try suggested fix in /etc/X11/XF86Config (not the kernel parameter… yet). Close everything and restart X. Not working. Try adding suggested kernel parameter and reboot. Result as seen during boot:

psmouse: unknown protocol type 'ExplorerPS/2'

So, not the right answer. Dig in kernel sources, find the correct invocation is more like psmouse.proto=exps. Reboot. Not fixed. Andy asks what my ZAxisMapping is. It looks normal… in both cases. Somehow I have two mice configured. Now I’m not saying I blame Anaconda for this. Maybe I had that screwed up in there to begin with. So I change the second mouse configuration (I was only changing the first before) to ExplorerPS/2, restart X, and it works. Hooray.

Now, what were the other problems I was fixing, again?

Oh, right, lets get this Python issue straightened out. (Side note: things are slow. Hm, why does hdparm -i /dev/hda seem to not indicate any mdma or udma mode active? hdparm -X udma2 /dev/hda and lets see if that sticks.) rpm -e python2.3 python2.3-devel, things work. Much rejoicing.

Now what about those other packages with failed dependencies? Particularly APT, which will help me find other broken dependencies (don’t know if yum will) and apcupsd. Lets start with APT. I guess I’ll get APT by… using yum. Dig around on the Internet to reconfigure the repositories I was using in yum. Here’s my yum.conf for FC2. I actually added while I was in there because I hear they have some nice NVIDIA driver packages. Not yet, of course, since no working NVIDIA 3D driver is available for FC2.

yum-arch -d might help you out WRT chasing down broken dependencies but I can’t quite figure it out. So rpm -e apt; yum install apt for me. Now apt-get -f install yields:

0 upgraded, 0 newly installed, 237 removed and 0 not upgraded.

<Carl’s voice>Yeah, no, we’re not gonna do that.</Carl’s voice> So instead I’ll go through upgrade.log and pick out the RPMs named in the beginning (as above).

apcupsd: I built this myself, but it looks like Dag has an RPM of it. Will it fit the bill? Backup /etc/apcupsd, rpm -e apcupsd-std-rh9, yum install apcupsd. Copy in my apcupsd.conf. Start it up, wait a minute or so, connected to the master. Yay.

Lets tackle the NVIDIA stuff. Oh joy:

[darkness@morgase darkness]$ sudo rpm -e NVIDIA_kernel NVIDIA_GLX
error: Failed dependencies: is needed by (installed) wine-20030408-1rh8winehq is needed by (installed) uqm-20030720-0+codefu is needed by (installed) is needed by (installed) xawtv-3.81-6 is needed by (installed) libquicktime-0.9.2-fr0.pre1.2 is needed by (installed) xorg-x11-libs-6.7.0-2 is needed by (installed) xorg-x11-Mesa-libGLU-6.7.0-2 is needed by (installed) chromium-0.9.12-25 is needed by (installed) tuxracer-0.61-26 is needed by (installed) xorg-x11-tools-6.7.0-2 is needed by (installed) kdegraphics-3.2.2-1 is needed by (installed) xscreensaver-4.14-5 is needed by (installed) kdeartwork-3.2.2-1 is needed by (installed) freeglut-2.2.0-11
[darkness@morgase darkness]$ rpm -q --whatprovides

Shouldn’t something else provide that? yum search gives no love, but does. rpm -e --nodeps NVIDIA_GLX so we can install xorg-x11-Mesa-libGL which supposedly has the file we want. Uh, hold on:

[darkness@morgase darkness]$ sudo rpm -e NVIDIA_GLX --nodeps
  --- WARNING!!
 --- The above files are apparently saved files from a
 --- non-NVIDIA distribution (possibly MESA) that were
 --- put aside while the NVIDIA rpm was installed.
 --- They are now being restored.

That can not be good. Sure enough:

[darkness@morgase darkness]$ locate libGLcore.a
[darkness@morgase darkness]$ rpm -qf /usr/X11R6/lib/modules/extensions/libGLcore.a
[darkness@morgase darkness]$ rpm -V xorg-x11
/etc/security/selinux/file_contexts: No such file or directory
..?.....    /usr/X11R6/bin/Xorg
S.5....T    /usr/X11R6/lib/modules/extensions/libGLcore.a
S.5....T    /usr/X11R6/lib/modules/extensions/libglx.a

That’s Probably Bad™. BTW, those were my NVIDIA RPMs. There were never really super clean. Why doesn’t yum have an option to re-install an RPM? Sigh. (Ooh, find yum provides which I should have been using instead of yum search.)

In the midst of doing this I click in the workspace switcher. Gnome Bug #122068 rears its ugly head. Perhaps this was put in too late to be in Fedora? Or Gnome 2.6? I have no idea. I like that four month delay, though. I find it odd more people weren’t clamoring for this to be fixed. I compiled my own libwnck packages that hopefully have this fixed. You will have to restart X for the change to take effect.

Reinstalled xorg-x11 and those libraries are back to normal. My NVIDIA_kernel package must be uninstalled with --noscripts, I guess because it demands /sbin/update-modules, which has disappeared. I am not worried.

yum wants to pull spamassassin-tools from Dag. No, we’re not doing that either. (I have my own build of SpamAssassin.) exclude=spamassassin*. Otherwise I think yum is going to be able to update all my other dependency problems, chiefly with Multimedia stuff like mplayer. I’m going to set it running then go shower; I’m going to be late for dinner.

Oh, one more thing: my monitor keeps kind of flipping off for a second then coming back. It happens irregularly, maybe once every half hour or something? Weirdness. NVIDIA, please hurry up with those drivers.

Oh, wait, e-mail. Forgot about that. Had to rebuild TMDA but that was easy (rpmbuild -ta tmda-1.0.3.tgz and install resulting RPMs). Other than that everything looks OK.

Update: I forgot about editing menus. But don’t go trying to copy /etc/gnome-vfs-2.0/default-modules.conf.with-menu-editing to default-modules.conf like you’re used to. You’ll get no menus (and supposedly you still can’t edit anything). Apparently menu editing is disabled in FC2.

Also, to get rid of whining like /etc/security/selinux/file_contexts: No such file or directory install the policy package.

Comments are closed.