https://bugzilla.novell.com/show_bug.cgi?id=727018
https://bugzilla.novell.com/show_bug.cgi?id=727018#c6
--- Comment #6 from Wolfgang Rosenauer
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.