<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">Le sam. 5 avr. 2025 à 23:40, Santiago Vila <<a href="mailto:sanvila@debian.org">sanvila@debian.org</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">El 5/4/25 a las 23:00, Jérémy Lal escribió:<br>
> The problem with the dh_auto_test_override is that it effectively stops<br>
> pkg-js-autopkgtest from running at all.<br>
<br>
Hmm, why is that the case?<br></blockquote><div><br></div><div>I was surprised but it's to be expected - simply because it lacks the "--buildsystem=nodejs" argument.</div><div> </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> To check the concurrency hypothesis, could you try version 1.0.5-4 with -j1 added after the command "tap" like this:<br>
> tap -j1 -R tap test/00-setup.js test/common.js test/zz-cleanup.js --no-cov<br>
> in<br>
> debian/tests/pkg-js/test<br>
> ?<br>
<br>
If I add -j1 to version 1.0.5-4 then it does not fail anymore.<br>
<br>
Is this the better fix than --max-parallel=1 you were looking for?<br></blockquote><div><br></div><div>Yes, because it fixes the tests where they fail, at the "tap" invocation.</div><div>I still don't understand why it doesn't fail on my sbuild setup. Maybe because of my /tmp/sharedmem/ partition.</div><div>I'm pushing a new version with that fix, anyway.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
[ btw: Yes, I think I will click on the "join team" button.<br>
   I'd like to save you the bureaucracy of backporting the fix for<br>
   bookworm-proposed-updates once you decide about the fix ].<br></blockquote><div><br></div><div>Thank you.</div><div><br></div></div></div>