<div dir="ltr">Severity: <span style="color:black;font-size:13px;font-style:inherit;font-weight:inherit;font-family:inherit">important</span><div>Tags: moreinfo<br><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 17 mars 2020 à 14:45, Josh de Kock <<a href="mailto:josh@itanimul.li">josh@itanimul.li</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"><br>
Hi,<br>
<br>
This still occurs for me. I have a armhf chroot of Sid. It seems to be<br>
using a node path relative to the current directory (as far as I can<br>
tell). These paths should probably be /usr prefixed (and not relative to<br>
cwd), but I wouldn't know where to begin fixing this.<br></blockquote><div><br></div><div>Yes, they should.</div><div>I don't understand how this chroot ends up with those paths either.</div><div>How did you set it up ?</div><div><br></div><div>I tried a buster armhf chroot:</div><div>- nodejs 10.21.0</div><div>- npm 5.8.0+ds6-4+deb10u1</div><div><br></div><div>a sid ppc64el chroot:</div><div>- nodejs 12.18.3</div><div>- npm 6.14.6+ds-1</div><div><br></div><div>in both cases, i got correct resolve paths, and this works:</div><div>node -e "require('y18n');"<br></div><div><br></div><div>Since most of the report talk about node-y18n i suppose it was this module</div><div>that was affected during a transition of /usr/lib/nodejs to /usr/share/nodejs.</div><div><br></div><div>To keep things simple i'll leave it here open (without reassigning) for a while,</div><div>unless someone reproduces it again.</div><div><br></div><div>Jérémy</div></div></div></div></div>