On Saturday 17 February 2007, David Boles wrote: > Karl Hakmiller wrote: > > On Saturday 17 February 2007, Nigel Henry wrote: > >> On Saturday 17 February 2007 07:20, Karl Hakmiller wrote: > >>> On Saturday 17 February 2007, Sam Varshavchik wrote: > >>>> Karl Hakmiller writes: > >>>>> I just upgraded from FC5 to FC6 and have found a dozen or > >>>>> more apps left in FC6 from the FC5 installation as well as > >>>>> duplicate FC6 applications -- at least that is what Synaptic > >>>>> reports. I was expecting the first sort of redundancy but > >>>>> not the second. Any suggestions about the best way to go > >>>>> about locating and then deleting the superfluous files of > >>>>> either sort? > >>>> > >>>> Curious -- can you look in your /root/upgrade.log. I suspect > >>>> that you'll find that the %post script from most of your > >>>> packages has barfed during the update. Long standing bug, at > >>>> least since FC 3. Bug 178590. > >>> > >>> <snip> > >>> > >>> There were various barfing during upgrade -- scriptlets failing > >>> mostly. > >>> > >>> Viz, > >>> > >>> /usr/bin/update-gdk-pixbuf-loaders: line > >>> 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders: No > >>> such file or directory > >>> error: %postun(librsvg2-2.14.2-1.i386) scriptlet failed, exit > >>> status 1 /usr/bin/update-gdk-pixbuf-loaders: line > >>> 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders: No > >>> such file or directory > >>> error: %postun(librsvg2-2.14.4-1.fc5.1.i386) scriptlet failed, > >>> exit status 1 > >>> Upgrading xmlsec1 - 1.2.9-8.1.i386 > >>> Upgrading libXp - 1.0.0-8.i386 > >>> Upgrading perl-libwww-perl - 5.805-1.1.1.noarch > >>> Upgrading xmlsec1-nss - 1.2.9-8.1.i386 > >>> Upgrading slib - 3a3-2.noarch > >>> Upgrading dbus-sharp - 0.63-6.fc6.i386 > >>> Upgrading hal-gnome - 0.5.8.1-4.fc6.i386 > >>> /usr/bin/update-gdk-pixbuf-loaders: line > >>> 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders: No > >>> such file or directory > >>> error: %postun(librsvg2-2.14.2-1.i386) scriptlet failed, exit > >>> status 1 /usr/bin/update-gdk-pixbuf-loaders: line > >>> 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders: No > >>> such file or directory > >>> error: %postun(librsvg2-2.14.4-1.fc5.1.i386) scriptlet failed, > >>> exit status 1 > >>> Upgrading pnm2ppa - 1:1.04-13.2.2.i386 > >>> Upgrading mpage - 2.5.4-7.1.i386 > >>> Upgrading gnome-keyring-manager - 2.16.0-2.fc6.i386 > >>> /usr/bin/update-gdk-pixbuf-loaders: line > >>> 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders: No > >>> such file or directory > >>> error: %postun(librsvg2-2.14.2-1.i386) scriptlet failed, exit > >>> status 1 /usr/bin/update-gdk-pixbuf-loaders: line > >>> 27: /etc/gtk-2.0/i386-redhat-linux-gnu/gdk-pixbuf.loaders: No > >>> such file or directory > >>> error: %postun(librsvg2-2.14.4-1.fc5.1.i386) scriptlet failed, > >>> exit status 1 > >>> (END) > >> > >> That looks like a similar problem I had with a big update for > >> FC5. Here It ended up with 2 versions of librsvg installed, and > >> it proved a bit of a problem to remove the earlier version > >> "librsvg2-2.14.2-1.i386". With another fresh install of FC5, I > >> updated librsvg before doing any of the other updates, and > >> librsvg upgraded ok, leaving only the newest version. Then I did > >> an apt-get dist-upgrade, and had no problems. > >> > >> I know it's not much help if you've ended up with 2 versions of > >> librsvg, and was a bit of trial and error to get rid of the > >> earlier version. > >> > >> Nigel. > > > > Two versions of librsvg is but one of my problem duplications. I > > also have a double apt, various openoffice modulues, greo, > > evolution, yelp, seamonkey, and on and on. I'm just about out of > > patience with using yum remove <app name> (though that is working > > once the location is known; apt-get is hopeless because of the > > double, I assume). I'll probably just scrub the HD and reinstall > > FC6. > > Karl why do you think, how do you know, that you have more than one > version of some packages installed on your system? > > > -- > > David I ran Synaptic and read the error messages in Details; that told me about apps in conflict. I also listed all the programs in Synaptic and took note of duplicate (though both were not necessarily installed but taking up space needlessly) app names. BTW, I just registered on redhat bugzilla to check whether it has been reported before (which I'm sure it has been) and I suspect I know why some folks don't use bugzilla. Somewhat non-obvious useage is an understatement but I'm headed back to figure it out. Karl L