Description of problem: $ ls -al /usr/lib/libbaconvideowidget.so lrwxrwxrwx 1 root root 28 2008-04-17 22:39 /usr/lib/libbaconvideowidget.so -> libbaconvideowidget.so.0.0.0 $ ls -aHl /usr/lib/libbaconvideowidget.so ls: cannot access libbaconvideowidget.so: No such file or directory $ rpm -qf /usr/lib/libbaconvideowidget.so totem-2.23.1-1.fc9.i386 $/sbin/ldconfig -v :/sbin/ldconfig: Cannot stat /usr/lib/libbaconvideowidget.so: No such file or directory Version-Release number of selected component (if applicable): 2.23.1-1.fc9 How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Could you please post the output of rpm -qa "*totem*" ?
(In reply to comment #1) > Could you please post the output of rpm -qa "*totem*" ? $ rpm -qa "*totem*" totem-pl-parser-2.22.2-1.fc9.i386 totem-mozplugin-2.23.1-1.fc9.i386 totem-nautilus-2.23.1-1.fc9.i386 totem-2.23.1-1.fc9.i386 totem-gstreamer-2.23.1-1.fc9.i386 totem-youtube-2.23.1-1.fc9.i386 totem-galago-2.23.1-1.fc9.i386 totem-lirc-2.23.1-1.fc9.i386 totem-pl-parser-devel-2.22.2-1.fc9.i386
Stewart, any ideas?
Looks like something went wrong with alternatives - If you run this as root: $ /usr/sbin/alternatives --display totem-backend nothing happens, right? (I think this has something to do with the scriptlets - my first guess would be that postuninstall is running upon an upgrade, removing the alternatives configuration but postinstall isn't run so the result is a broken link)
*** Bug 443263 has been marked as a duplicate of this bug. ***
Goes empty. The problem is that there's no way to fix this problem in an upgrade, as it's the old package's postun that will be run, and will remove the alternatives link... Only way is to remove the totem package and re-install it. I'm building a new package that won't remove those links on upgrade now.
Created attachment 303207 [details] Prevents alternatives configuration from being removed on upgrade The problem with this patch is it will require two upgrades to take effect, although I think at this point that is unavoidable.
This should be fixed in totem-2.23.2-2.fc9. Obviously, upgrading from a broken version won't work as expected, as it's the old version's post script that will be running...
Still the same for me with that version. Totem-backend does not change anything.
As Bastien mentioned that's because the old post script is still run. To re-establish the symbolic link, run: # /usr/sbin/alternatives --install /usr/lib64/libbaconvideowidget.so.0.0.0 totem-backend /usr/lib64/libbaconvideowidget-gstreamer.so.0.0.0 2 # /usr/sbin/alternatives --install /usr/lib64/libbaconvideowidget.so.0.0.0 totem-backend /usr/lib64/libbaconvideowidget-xine.so.0.0.0 1 as applicable (ie don't run the alternatives command for libbaconvideowidget-xine.so.0.0.0 without totem-xine installed) and things should return to normal. If you'd prefer not using the command line, simply remove and then reinstall the totem backends.
Works indeed. Thanks