On Sat, Nov 14, 2015 at 10:47:38AM -0400, David Prévot wrote:
> Le 14/11/2015 10:34, Osamu Aoki a écrit :
> > As I see xpi-repack code, it does not do much. Why not use standard zip
> > repackage and standard orig.tar.gz changes path. What is the issue by
> > packaging this way.
> xpi-repack also extracts the content of any .jar file inside the .xpi,
> so is would be nice to integrate this handling to mk-origtargz before we
> can get rid of xpi-repack.
> > Before discussing, can any of you point out an example I can test?
> You can have a look at mozilla-noscript: running uscan on it is totally
> broken since the new mk-origtargz “feature”.
Thanks for clear explanation and good example.
Although I initially thought to get rid of xpi-repack, I changed mind.
Since usan maintainer will not watch out how xpi format evolves, I will
make uscan (or more precisely mk-origtargz) call xpi-repack for xpi
Pkg-mozext-maintainers mailing list