<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 28 févr. 2023 à 00:33, James Addison <<a href="mailto:jay@jp-hosting.net">jay@jp-hosting.net</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Package: nodejs<br>
Followup-For: Bug #1030284<br>
X-Debbugs-Cc: <a href="mailto:tg@debian.org" target="_blank">tg@debian.org</a>, <a href="mailto:reply%2BAAGSHFQLULDIWI3OBWDG6LGB7IF7FEVBNHHEAUZF7E@reply.github.com" target="_blank">reply+AAGSHFQLULDIWI3OBWDG6LGB7IF7FEVBNHHEAUZF7E@reply.github.com</a><br>
<br>
mirabilos gesagt:<br>
<br>
> We know the default ulimits for users in Debian, and they are higher<br>
> than the 1 MiB assumed by v8, by quite some factor, so this won’t break<br>
> things which are not currently broken (by that exception). This will do<br>
> for the release I think.<br>
<br>
Relaying my understanding of this, so far:<br>
<br>
An increase in the V8 stack size should not cause earlier-process-exits for any<br>
processes that previously ran on Debian systems where the<br>
architecture-default-or-greater stack size is configured[1].<br>
<br>
In other words: the same-number-or-greater of JavaScript processes should<br>
continue to run on any given Debian system where the configured stack size is<br>
greater-than-or-equal to the architecture's default, after the V8 stack size<br>
limit is increased.<br>
<br>
And we expect that it should repair a failing reproducible build test for at<br>
least one Debian package on arm64.</blockquote><div><br></div><div>Thanks, I'll welcome any patch to start with.</div><div>My plan is to rebuild / retest reverse deps before hard freeze.</div><div><br></div><div> </div></div></div>