On Tuesday 03 October 2006 00:27, Jim Cornette wrote:
Nigel Henry wrote:
Hi Jim. This whole problem seems to have been caused by updates having installed another version of librsvg2, so I ended up with. librsvg2 2.14.4-1.fc5.1 (the correct one) and librsvg2 2.14.2-1 (an earlier version, which shows up on the versions list in synaptic)
I had a version with fc5 left on my system along with the fc6 version installed via a yum upgrade to fc6. I removed only the database entry with rpm.
No third party repo's were involved in the updates, just the 3 which came with apt (core, updates, and extras).
I could not remove the earlier version, and kept getting a transaction failed because part of the removal meant getting access to /etc/gtk-2.0/i686-redhat-linux-gnu/gdk-pixbuf.loaders, and the transaction failed message said it was looking for the gdk-pixbuf.loaders file in /etc/gtk-2.0/i386-redhat-linux-gnu.
To remove the earlier version of librsvg2, I've had to create a link in /etc/gtk-2.0 to trick synaptic into thinking that "i386-redhat-linux-gnu" exists.
For future reference, the program rpm has options to force package removal, just remove the database entry, install older versions of packages. This is probably better than needing to make links. It worked for you, so the end result matters most.
#cd /etc/gtk-2.0 ln -s i686-redhat-linux-gnu i386-redhat-linux-gnu
Now librsvg 2.14.2-1 removes ok, and I think I'll leave the link there for the time being in case there are any more problems.
To be sure that some of the files needed for the version left installed were not removed with removing the dual version of librsvg2, you might want to rpm -qV librsvg2 for this package to see if anything fails the test. If the results come back blank, it verified OK. If it is missing any files, rpm has options such as --replacefiles and --replacepkgs which will overwrite any files with the package content ones. This will fix the package to being complete.
I checked that, and /usr/lib showed the files for librsvg2 were missing, so I removed librsvg2, then reinstalled it and the files came back, then reinstalled gdm, rebooted, and have got the gdm login screen again. All a bit weird, and can't understand how the earlier package for librsvg got installed with the updates causing these problems. Anyway it's fixed, and had a bit of fun on the CLI.
Prior to doing the above removal, I'd removed gdm, and next time I booted I got a different display manager, a plain blue one with Fedora on it, but no bubbles, and the login box in the centre of the screen. I'm presuming it is kdm.
There is gdm, kdm and xdm. If you installed the default software, kdm is not installed, you probably are seeing xdm. It is plain but does its job with no frills.
I did install KDE with the FC5 install, but am still not sure which display manager I was seeing. I've got kdm on Debian, but this looked a bit different. Who cares, as long as it works!
Thanks for the reply.
Nigel.