[Pkg-javascript-devel] Bug#977535: Bug#977535: pkg-js-tools should create node_modules symlink in autopkgtest
Pirate Praveen
praveen at onenetbeyond.org
Wed Dec 16 10:56:19 GMT 2020
Control: clone -1 -2
Control: reassign -2 pkg-js-tools
Control: retitle -2 use cp -rL for extcopies (needed for symlinks)
Control: reassign node-d3-geo,pkg-js-tools,node-tape
On Wed, Dec 16, 2020 at 8:27 am, Xavier <yadd at debian.org> wrote:
> Hi,
>
> when using tsc, if /usr/share/nodejs/foo is linked in
> debian/nodejs/extlinks and requires another file linked in
> debian/nodejs/extlinks, this fails because tsc search a "node_modules"
> directory starting from /usr/share/nodejs/foo (see typescript bug
> https://github.com/microsoft/TypeScript/issues/33661).
>
> To avoid this, use debian/nodejs/extcopies.
No, that did not fix the autopkgtest. tape needs @babel/register in
node_modules. The problem is not symlinks vs copies, but during
autopkgtest, @babel/register is not found by tape. Symbolic links
(extlinks) is enough in this case as tests work during build with
symbolic links.
So extlinks or extcopies should be respected for autopkgtests also I
think. Or we need to fix node-tape to look in global paths. We can
reassign to correct package once we decide where it should be fixed.
And for extcopies, I am cloning this as another bug. cp -r will create
broken symbolic links as many of our node packages include symbolic
links, for example node-font-awesome (provided by fonts-font-awesome)
or node-terser. So we should use cp -rL to dereference symbolic links.
More information about the Pkg-javascript-devel
mailing list