Bug#751984: devscripts: mk-origtargz do not handle xpi files correctly

Osamu Aoki osamu at debian.org
Sun Nov 15 00:08:09 UTC 2015


Hi,

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

Osamu



More information about the devscripts-devel mailing list