[Pkg-mozext-maintainers] Bug#653003 closed by Fabrizio Regalli <fabreg at fabreg.it> (Bug#653003: fixed in requestpolicy 0.5.23-3)
Andrea Veri
and at debian.org
Sat Dec 24 12:09:52 UTC 2011
On Sat, 24 Dec 2011, intrigeri wrote:
> > +- <em:maxVersion>9.0a1</em:maxVersion>
> > ++ <em:maxVersion>*</em:maxVersion>
>
> I'm a bit surprised this bug was fixed by optimistically betting the
> extension will work with any future iceweasel version; I understood
> the introduction of ${xpi:Breaks} as a way to express in a more formal
> and strict way the guaranteed fact that "extension X works fine with
> this set of versions of iceweasel"; therefore, the s/9\.0a1/*/ patch
> introduced in requestpolicy/0.5.23-3 seems like a step backward to me.
>
> So this makes me curious: is that commonly considered good practice
> among the Debian Mozilla Extension team? Do we patch other XUL
> extensions this way in Debian? Is there a project of doing this
> consistently to all XUL extensions packaged in Debian, or merely to go
> on doing this on a case by case basis, only when needed?
The rule, discussed with Mike Hommey (glandium) as well, is to bump
max_version to '*' when a specific extension is known to work and
didn't have any past breakages when a new version of iceweasel gets
uploaded into sid.
That said I think you understand the fact that pushing a new revision
just for a max_version bump is *not* the way to go, can you imagine
a team with the need of uploading 40+ extensions everytime iceweasel's
gets upgraded?
Also extensions will be compatible by default from iceweasel 10, that
means no max_version check will happen at startup. (finally they
removed this silly check)
You are welcome to share with us any idea you might have to achieve
the above without using a wildcard or without having to bump
max_version at every iceweasel's point release.
cheers,
Andrea
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/attachments/20111224/003a6191/attachment.pgp>
More information about the Pkg-mozext-maintainers
mailing list