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. -- fedora-list mailing list fedora-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
