nspluginwrapper doesn't take NSPLUGIN_DIRS in consideration

Bug #345606 reported by Saša Bodiroža
2
Affects Status Importance Assigned to Milestone
nspluginwrapper (Ubuntu)
Fix Released
Undecided
Saša Bodiroža

Bug Description

Binary package hint: nspluginwrapper

The current implementation doesn't take in consideration wrappers which are installed in directory specified with NSPLUGIN_DIR environment variable.

This is needed in order to be able to update all wrappers in nspluginwrapper's postinst script.

This would be done by plugin packages providing a meta-file in /var/lib/nspluginwrapper/dirs.d/. For example, flashplugin-nonfree would provide /var/lib/nspluginwrapper/dirs.d/flashplugin-nonfree which would contain its NSPLUGIN_DIR.

update-wrapper script would read those files and form an env variable NSPLUGIN_DIRS which would contain a list of directories separated by ":" character. (update-wrapper will be tracked by another bug report, the specificaction for that script is still being discussed)

get_env_plugin_dirs() would split the list in NSPLUGIN_DIRS, and return it. get_mozilla_plugin_dirs() would append the split list to the end of the current list of default directories.

Saša Bodiroža (jazzva)
Changed in nspluginwrapper (Ubuntu):
assignee: nobody → jazzva
status: New → Confirmed
Saša Bodiroža (jazzva)
description: updated
summary: - list_plugin() doesn't take NSPLUGINDIRS in consideration
+ nspluginwrapper doesn't take NSPLUGIN_DIRS in consideration
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package nspluginwrapper - 1.2.2-0ubuntu3

---------------
nspluginwrapper (1.2.2-0ubuntu3) jaunty; urgency=low

  * Add patch debian/patches/005_process_env_dirs.diff to process directories
    specified in environment variable NSPLUGIN_DIRS (see patch for more info)
    (LP: #345606)

 -- Sasa Bodiroza <email address hidden> Thu, 02 Apr 2009 16:37:59 +0200

Changed in nspluginwrapper (Ubuntu):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.