https://bugzilla.novell.com/show_bug.cgi?id=727018 https://bugzilla.novell.com/show_bug.cgi?id=727018#c6 --- Comment #6 from Wolfgang Rosenauer <wolfgang@rosenauer.org> 2011-10-31 15:41:44 UTC --- (In reply to comment #4)
Advantage of nspluginwrapper in 32-bit installation: Crash of plugins does not cause browser crash of browsers that call plugins in-process. Is it still valid for Firefox?
Current Firefox nowadays wraps (almost) all plugins through plugin-container. So this usecase is gone.
On 64-bit systems nsplugiwrapper is still required for nppdf (Acrobat Reader plugin).
And other external available plugins. (In reply to comment #5)
Removal of -n (wrapping native plugins) should be done by removing of scriptlets part:
%ifarch %ix86 %{_bindir}/%{name} -a -i -n 2>&1 | grep -v "wrong ELF class" >&2 || : %else
and using variant without -n for all platforms.
Could anybody with i586 installation check what exactly does nspluginwrapper -a -i (Check date stamps of files in /usr/lib/browser-plugins will show, whether it not updates native wrappers or whether it deletes.)
I've tried with and without -n and couldn't find any difference. Either I did something wrong or it does not work as documented. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.