Fedora 10 glitches part 2

2008 Dec 10 at 01:16 » Tagged as :

All kinds of problems screamed for attention after updating from Fedora 9 to Fedora 10. Zoiper the softphone by digium wouldn't start up. The following message pops up. If you try to run it from the command line a more detailed error message can be seen:

zoiper softphone for asterisk

Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory. This error is in spite of an rpm by the name of libcanberra-gtk2-0.10-2.fc10.x86_64.rpm  being already installed. I suspected that this might be because zoiper is linked against the 32 bit version of that library. It is exactly the same error that effected netbeans. Initially I wasn't keen to install the 32 bit library since I have had enough trouble in the past by mixing 32bit and 64 bit libraries. This time though I had no choice because being able to use netbeans is an absolute must. Mythv no longer has any sounds. The very first time I installed it, I only managed to get it working after a long struggle and certainly don't look forward to doing that all over again. The fact that the gnome menu which usually has a tendency to disappears continues to remain visible when mythtv is running in full screen mode seems to pale into insignificance. Cleaning the yum meta data and reinstalling seems to fix these issues. You cannot login as root. Fix is described at http://rivviepop.wordpress.com/2008/11/27/enable-root-gdm-gnome-login-with-fedora-10/ Next problem child was mplayer.

mplayer: error while loading shared libraries: libgpm.so.1: cannot open shared object file: No such file or directory

Querying the rpm database shows that GPM is installed but why do I have a 32 bit version as well a 64 bit version?

gpm-devel-1.20.5-1.fc10.x86_64

gpm-devel-1.20.5-1.fc10.i386

gpm-1.20.5-1.fc10.x86_64

gpm-1.20.5-1.fc10.i386

Removing the 32 bit version does not make the problem go away. I then thought of updating mplayer because the version installed was mplayer.0-63.01_rc2.fc9.x86_64. Apparently it had been left behind like so many other. However yum insisted that no updates are available. Digging further I discovered that the version listed in the atrpms repo is the one I have installed while there is a more recent version in rpmfusion. The solution then is to disable the atrpms repository and update from rpmfusion

yum update mplayer --disablerepo=atrpms

Yum still insisted that there are no updates available. Now annoyed, I removed mplayer and installed it again. That meant I had to reinstall Kino, Lives and xvidcap as well since they all had mplayer marked as a dependency. Xvidcap crashes quite often particularly if the area of the screen you have chosen for capture happens to be large. I hoped that installing from rpmfusion will fix that too. But there is no xvidcap in rpmfusion so much for that. What's even worse is that after all this trouble Mplayer still complains about the libgpm.so.1 Now it's time to cheat: Change into /usr/lib64/ then:

ln -s libgpm.so.2.1.0 libgpm.so.1

Now mplayer is playing videos with a vengeance. While you are at it, install smplayer as well. it's a nice front end.