<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 27 janv. 2022 à 10:45, Jonas Smedegaard <<a href="mailto:jonas@jones.dk">jonas@jones.dk</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">Quoting Jérémy Lal (2022-01-27 10:24:21)<br>
> Sometimes it's useful to be able to swap between nodejs debian package <br>
> and somewhat "official" <a href="https://deb.nodesource.com" rel="noreferrer" target="_blank">https://deb.nodesource.com</a> releases.<br>
> <br>
> Now that packages depend on nodejs:any, it's no longer possible to do <br>
> that, at least not without uninstalling many node-* modules.<br>
<br>
That sounds like an interoperability bug in that unofficial nodejs <br>
package, not in this package.<br>
<br>
<br>
> Also i don't understand why debian packages would need to depend on <br>
> nodejs:any instead of plain nodejs.<br>
<br>
A fully multiarch-compatible system can contain packages compiled for <br>
multiple architectures installed side by side.<br>
<br>
E.g. an amd64 CPU can execute both amd64 code and i386 code - you can <br>
install a core amd64 system and choose to install an i386 nodejs.  The <br>
nodejs runtime would only lookup arch-independent modules and modules <br>
for its own arch - modules compiled for i386 would need to depend on <br>
either native nodejs or foreign nodejs/i386 on a multiarch-system with <br>
nodejs/i386 installed.<br>
<br>
You can even mix binaries alien to the CPU - e.g. extend an ARM64 core <br>
system with MIPS binaries.  Possibly they would then never really be <br>
used, or possibly (I haven't tried yet) you can install qemu and run <br>
emulated for those binaries.<br></blockquote><div><br></div><div>Right, thank you for the explanation.</div><div>I forwarded the issue.</div><div><br></div><div>Jérémy</div></div></div>