<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2015-10-27 19:29 GMT+01:00 Jérémy Lal <span dir="ltr"><<a href="mailto:kapouer@melix.org" target="_blank">kapouer@melix.org</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"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">2015-10-27 18:45 GMT+01:00 Florian Weimer <span dir="ltr"><<a href="mailto:fw@deneb.enyo.de" target="_blank">fw@deneb.enyo.de</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">* Jérémy Lal:<br>
<span><br>
> But nodejs isn't actually the only rdep, you should check libv8-dev<br>
> rdeps as well: weechat, uwsgi, mongodb, osmium, plv8.  The mess came<br>
> from lack of v8 LTS and version ABI support.  Now that nodejs LTS is<br>
> just doing that work, a shared v8 would benefit from it.<br>
<br>
</span>Hi Jérémy,<br>
<br>
we certainly won't object to any reduction in bundling.  But it seems<br>
I lack sufficient context.  What is the controversial aspect of this<br>
proposal?  That the required work on other reverse dependencies may<br>
make it un-implementable?<br><br></blockquote><div><br></div></span><div>nodejs 0.10 in stable is using libv8-3.14.</div><div>Both packages had/have no long term support from upstream.</div><div>Also upstream nodejs wasn't trying to keep any sort of abi compatibility</div><div>("a mess" because i couldn't come up with a good idea to cope with it).</div><div><br></div><div>Now upstream nodejs >= 4 minds abi breakage, provides process.versions.modules</div><div>(which is 46 at the moment) and debian nodejs 4.2.1 package provides a virtual</div><div>nodejs-abi-<process.versions.modules>, and c++ modules will depend on that</div><div>virtual package (only node-iconv at the moment).</div><div>This means nodejs abi is tracked by upstream, and they commit to not change</div><div>it during the LTS period.</div><div>Also when it changes it will be simpler to rebuild all debian packages affected by</div><div>that change, thanks to the dependency on the virtual package (thanks to Jonas).</div><div><br></div><div>What's also new is that upstream nodejs will support version 4.2.x for three years,</div><div>starting this month, and will backport security patches to their copy of v8 4.5.103</div><div>during that time.</div><div>I say it's a nice opportunity for reverse dependencies of v8, and i think using</div><div>nodejs 4.2 upstream tarball as a source for v8 4.5 during that time will be a</div><div>straightforward way to maintain a libv8 debian package.</div><div><br></div></div></div></div></blockquote><div><br></div><div><br></div><div>Update:</div><div><a href="https://nodejs.org/en/blog/announcements/v6-release">https://nodejs.org/en/blog/announcements/v6-release</a></div><div>"""</div><div>In October 2016, Node.js v6 will become the LTS release and the LTS release line (version 4)</div><div>will go under maintenance mode in April 2017, meaning only critical bugs, critical security</div><div>fixes and documentation updates will be permitted.</div><div>Users should begin transitioning from v4 to v6 in October when v6 goes into LTS.</div><div>"""</div></div><br></div><div class="gmail_extra">I guess it will be too late for next debian release - still, it's good to know.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Regards,</div><div class="gmail_extra">Jérémy</div></div>