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

[bugzilla at redhat.com]

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 nphilipp at redhat.com  2007-06-14 08:14 EST -------
(In reply to comment #68)
> (In reply to comment #67)
> > I'd suggest a directory (say /etc/nspluginwrapper/plugins.d) that contains one
> > file for each plugin. This would make it so much easier to sensibly ship plugins
> > in their own packages, i.e. they only have to include an appropriate file, call
> > the wrapper install utility and are set. It's a similar reason why we have
> > /etc/ld.so.conf.d nowadays and don't let packages muck with /etc/ld.so.conf
> > directly.
> 
> I don't quite understand what it can help us.

Consider this scenario:
- I want to package a plugin
- I want it to be automatically wrapped in nspluginwrapper if available

With the scheme I described, I could just put a small file into a known
directory and call the wrapper install utility. The utility scans the directory,
and creates the necessary symlinks (or whatever it does). When the package is
uninstalled, I call the utility to remove me and it removes the symlinks. I
don't have to insert stuff in a text file and subsequently remove it and run the
risk of erroneously removing the references to other plugins this way.



-- 
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.