<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-06-27 15:24 GMT+02:00 Leo Iannacone <span dir="ltr"><<a href="mailto:l3on@ubuntu.com" target="_blank">l3on@ubuntu.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span>On 26 June 2015 at 22:57, Thorsten Alteholz <<a href="mailto:alteholz@debian.org" target="_blank">alteholz@debian.org</a>> wrote:<br>
><br>
> Hi Bas,<br>
><br>
>>> I'm reluctantly looking into this issue further, but I need to know what<br>
>>> requirements an Node.js module must meet to be eligible for its own<br>
>>> source package.<br>
>>><br>
>>> What are your requirements for this?<br>
><br>
><br>
> from my point of view only the size of the binary package (excluding /usr/share/doc and other meta information) is important. So the 120 bytes of node-isarry is far too little. Up to this point I draw the line at about 5kB.<br>
><br>
>   Thorsten<br>
<br>
<br>
</span>Packaging nodejs module has become a nightmare. We should start<br>
working on bundling the whole node_modules directory per deb package.<br>
<br>
That's all.</blockquote><div><br></div><div><br></div><div>May i insist that this must not be a general or systematic practice.</div><div>Doing so should trigger some lintian info tags at minimum.</div><div><br></div><div><span style="line-height:normal">However it makes sense to not distribute separately a bunch of submodules</span><br></div><div>that are strongly related to the software that needs them, and in addition that</div><div>are not used in other debian packages, especially if they contain a few lines of</div><div>code !</div><div><br></div><div>Currently the approach we have is adding those modules as patches, and</div><div>this is not a good way to do it - not easy to do, to maintain, and is error-prone.</div><div><br></div><div>It'd be nice to agree on a method for building the source tarball with the modules</div><div>chosen by the maintainer.</div><div>The list of modules and their versions must be kept somewhere:</div><div><div>- in debian/watch along with a uupdate-like script to deal with building tarball</div><div>- in debian/source/something</div><div>- in debian/copyright ?</div></div><div><br></div><div>and toolchain must allow downloading/rebuilding source tarball using mk-origtargz</div><div>so that Files-Excluded stays effective.</div><div><br></div><div>Please comment.</div><div><br></div><div>Jérémy.</div><div><br></div></div></div></div>