[Bug 236521] Review Request: nspluginwrapper - A compatibility layer for Mozilla/Firefox plugins

bugzilla at redhat.com bugzilla at redhat.com
Fri Jun 8 16:09:55 UTC 2007


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: Review Request: nspluginwrapper - A compatibility layer for Mozilla/Firefox plugins
Alias: nspluginwrapper

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=236521





------- Additional Comments From jakub at redhat.com  2007-06-08 12:09 EST -------
Re: comment #25
ln -s npwrapper.so %{buildroot}%{nslibdir}/mozilla/plugins/npwrapper.so
command, no matter in which cwd you run it, will be always a circular symlink.
Perhaps something changes this symlink during %post or you have changed
it yourself, but I don't believe npwrapper.so in your binary rpms is anything
but circular symlink.  Try rpm -qplv nspluginwrapper*.rpm | grep npwrapper.so

Re: comment #23
does your nspluginwrapper really change the /usr/lib/mozilla/plugin/ directory?
What's the reason for that?  In 32-bit firefox there is no reason for wrapping
a 32-bit plugin (the shell script actually says it should be used directly
when target is the same as host) and if say
/usr/lib/mozilla/plugin/libflashplayer.so is owned by some other rpm, e.g.
rpm -V of that package will fail miserably if nspluginwrapper changes it.
Also, limiting nspluginwrapper to flash is IMHO a bad idea, there are many other
plugins.  And ExclusiveArch: i386 x86_64 is a bad idea as well, this is needed
also on ppc{,64}, sparc{,64}, ia64, s390x, ...

-- 
Configure bugmail: https://bugzilla.redhat.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug, or are watching the QA contact.




More information about the package-review mailing list