Re: Flash problem in Pardus Linux - symlink does not work

On Thu, 09 Dec 2010 09:50:55 +0100, Serdar Dalgic <[email protected]>  
wrote:

> Hi,
>
> First of all, I've looked at Ruari's blog post
> http://my.opera.com/ruario/blog/flash-problems-on-linux :)
>
> I'm packaging Opera for my Linux distro, Pardus GNU/Linux. You can see  
> the
> packaging source codes in
> https://svn.pardus.org.tr/contrib/2009/devel/network/web/opera/
>
> As you can see in
> https://svn.pardus.org.tr/contrib/2009/devel/network/web/opera/actions.pyI'm
> sed'ing install file and call ./install --unattendent .. We have also
> a
> symlink hack
> So that :
> opera # LC_ALL=C ls -la /usr/lib/opera/plugins/libflashplayer.so
> lrwxrwxrwx 1 root root 39 Dec  9 10:32
> /usr/lib/opera/plugins/libflashplayer.so ->
> /opt/netscape/plugins/libflashplayer.so
>
> However, Opera do not play flash videos, say youtube videos, it just  
> loads
> the flashplugin but a circle indicator that means "video is loading" is  
> seen
> in the flash video box, but the video does not load.
>
> Instead of symlinking, if I copy /opt/netscape/plugins/libflashplayer.so
> under /usr/lib/opera/plugins , all is well, I can play videos without any
> problem.
>
> So my question is, why does not symlinking work in this case? And any
> solution recommendations for the package?

It is due to a combination of two workarounds. The first is that we will  
never attempt to load the Flash plugin from a directory that includes  
'netscape'. This is done because of a long standing bug in Flash itself.  
The flash player acts differently if it is stored in such a directory and  
will not work in any browser that is not a Mozilla derivative. The second  
work around is that we now follow all symlinks to their final destination  
and load the plugin from there. This is done so that the plugin ignore  
file is able to block NSPluginWrapped wrapped Flash even if it has a  
symlink of a different name. Without doing this Flash is largely broken on  
many distros that install NSPluginWrapper by default.

Ideally Adobe would fix their long standing issue and/or distros would  
stop storing plugins in a directory called 'netscape'. There really is no  
reason to do so these days. A standardised generic browser plugin folder  
would be best but even failing that /usr/lib/mozilla/plugins would suffice.

Some reading (I could provide a lot more!):
http://my.opera.com/community/forums/topic.dml?id=653262
http://bugs.gentoo.org/show_bug.cgi?id=127200
http://my.opera.com/CrazyTerabyte/blog/2007/07/27/playing-flash-videos-in-opera-under-gentoo-linux
http://bugs.gentoo.org/show_bug.cgi?id=328639

> btw, I also patch pluginpath.ini as follows
> https://svn.pardus.org.tr/contrib/2009/devel/network/web/opera/files/add_nsbrowserplugins.patch,
> but whether I apply this patch or not, it does not change anything
> related
> to the flashplugin, flash does not work with the symlink in either cases.
>
> No flash related logs appear in ~/.xsession-errors.
>
> Sorry if this problem is asked before, I've tried to search the archives  
> but
> the search in archive is broken.
>
> Regards.
>


-- 
Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
--
Opera-Linux: https://list.opera.com/mailman/listinfo/opera-linux
More lists: https://list.opera.com/mailman/listinfo/
Unsubscribe: mailto:[email protected]?subject=unsubscribe