On Monday 21 January 2008, Aaron Konstam wrote: >On Mon, 2008-01-21 at 08:26 -0500, Gene Heskett wrote: >> Other than it has been a problem child in the past, how does one go about >> making totem work with FF3? >> >> Do I need to softlink its plugins directory to the /usr/lib/plugins where >> I have everything else? Perhaps using the lndir command? >> >> I ask because clicking on a .mov in FF3 causes an instant, clean exit of >> FF3. And I do have all the libquicktime stuffs installed. >> >> -- > >In later versions of Fedora you just remove totem: >yum remove totem Worked >and install totem-xine >yum install totem-xine Fails, no totem-xine package available for F8 >The executable is still called totem. So I also removed the totem-plugin and totem-plparser with yumex. Then went on down the list and installed the rest of the xine-* stuff except the -devel. Then I cleaned up the leftovers the remove didn't remove with mc, then moved the /usr/lib/mozilla/plugins that xine put in, to /usr/lib/plugins, blew away the /usr/lib/mozilla/plugins directory and made a link to /usr/lib/plugins from /usr/lib/mozilla/plugins, something I shoulda done in any event. I found that when using privoxy & squid, an F5 doesn't cause a reload to update the about:plugins page so one must exit and restart firefox to reload that data. Now firefox doesn't crash and burn instantly when I follow the last link on the NASA page linked to from /. to: <http://www.nasa.gov/mov/208323main_opnav_jan09_jan13.mov> However, it says it is using mplayer-3.5.0, which is the first plugin in the about:plugins display that says it can do .mov's, so xine has nothing to do with this crash, it was the totem plugin that was listed above it as being able to do .mov's. Obviously it cannot or the default totem install was broken. And if the above link is a movie, its only 9 frames with a 1 second delay between them. Takes about 10 seconds to 'Done'. It seems like there should be more to it than that after all the hoopla about "hundreds of images"... What are other users getting on this link? One final question, /usr/lib/mozilla has a 'plugins-wrapped' directory with what appears to be something like ndiswrapper sorts of things in it. I have no idea where this came from but its quite recent, looks as if it may be related to building and installing mplayer a couple of days ago: [root@coyote lib]# cd mozilla/plugins-wrapped/ [root@coyote plugins-wrapped]# ls -l total 552 lrwxrwxrwx 1 root root 47 2008-01-19 19:08 mplayerplug-in-dvx.xpt -> /usr/lib/mozilla/plugins/mplayerplug-in-dvx.xpt lrwxrwxrwx 1 root root 46 2008-01-19 19:08 mplayerplug-in-qt.xpt -> /usr/lib/mozilla/plugins/mplayerplug-in-qt.xpt lrwxrwxrwx 1 root root 46 2008-01-19 19:08 mplayerplug-in-rm.xpt -> /usr/lib/mozilla/plugins/mplayerplug-in-rm.xpt lrwxrwxrwx 1 root root 47 2008-01-19 19:08 mplayerplug-in-wmp.xpt -> /usr/lib/mozilla/plugins/mplayerplug-in-wmp.xpt lrwxrwxrwx 1 root root 43 2008-01-19 19:08 mplayerplug-in.xpt -> /usr/lib/mozilla/plugins/mplayerplug-in.xpt lrwxrwxrwx 1 root root 37 2008-01-15 21:50 npwrapper.so -> /usr/lib/nspluginwrapper/npwrapper.so -rwxr-xr-x 1 root root 80584 2008-01-15 21:50 nswrapper_32_32.libflashplayer.so -rwxr-xr-x 1 root root 80584 2008-01-19 19:08 nswrapper_32_32.mplayerplug-in-dvx.so -rwxr-xr-x 1 root root 80584 2008-01-19 19:08 nswrapper_32_32.mplayerplug-in-qt.so -rwxr-xr-x 1 root root 80584 2008-01-19 19:08 nswrapper_32_32.mplayerplug-in-rm.so -rwxr-xr-x 1 root root 80584 2008-01-19 19:08 nswrapper_32_32.mplayerplug-in.so -rwxr-xr-x 1 root root 80584 2008-01-19 19:08 nswrapper_32_32.mplayerplug-in-wmp.so And the links are all good. And I have NDI if its involved here or not. Can anyone enlighten me? Thanks all. -- Cheers, Gene "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) ... though his invention worked superbly -- his theory was a crock of sewage from beginning to end. -- Vernor Vinge, "The Peace War"
