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 _______________________________________________ devscripts-devel mailing list devscripts-devel@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/devscripts-devel
