[Pkg-mozext-maintainers] XUL Extensions policy directory question

[Benjamin Drung]

Am Samstag, den 14.11.2009, 12:38 +0100 schrieb Mike Hommey:
> On Sat, Nov 14, 2009 at 12:14:28PM +0100, Benjamin Drung wrote:
> > Hi,
> > 
> > why should the directory /usr/share/mozilla/extensions/common/$foo be
> > used for extension $foo? Is there something special about this
> > directory? Would it be possible to use /usr/share/$foo instead?
> 
> Actually, this shouldn't be /usr/share/mozilla/extensions/common/$foo,
> but /usr/share/mozilla/extensions/common/${foo:id} where ${foo:id} is
> the em:id you can find in then extension install.rdf.
> 
> The reason why this was put there is that when
> https://bugzilla.mozilla.org/show_bug.cgi?id=448260 is implemented,
> we will be able to have a canonical location, and no symlinks.

Currently mozilla-devscript does the symlinking for me. It puts the
files for extension $foo into /usr/share/$foo and all symlinks can point
there.

I think the policy should not force to put the extension content
into /usr/share/mozilla/extensions/common/${foo:id} or the existing of
this directory.

Following policy would be enough (at least for me):
"The unpacked extension directory should then be symlinked into the
applications directory of every XUL application that can use the
extension. For example, the package for an extension "fubar" which works
with iceape (app-id {92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a})and
iceweasel(app-id {ec8030f7-c20a-464f-9b0e-13a3a9e97384}) should drop
links into
both /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fubar and /usr/share/mozilla/extensions/{92650c4d-4b8e-4d2a-b7eb-24ecf4f6b63a}/fubar."

-- 
Benjamin Drung
Ubuntu Developer (www.ubuntu.com) | Debian Maintainer (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/attachments/20091116/a3db3078/attachment.pgp>