A few observations.
1) The commit
https://github.com/rollup/plugins/commit/1459cf0ab5e5eb7beee46f52bc4dbbb88d3e4335#diff-c68d63c5e10e04a850c0ea8abd479dbb77c794b3aadecf91483dcf3df96156df
which prevents exceptions from being silently ignored maybe the reason
why this is starting to err.
2) See this build log:
https://salsa.debian.org/js-team/node-autoprefixer/-/jobs/1280125
Line 1757 has the dh_auto_configure output
dh_auto_configure --buildsystem=nodejs -O--package=node-autoprefixer
mkdir node_modules
ln -s ../fractionjs node_modules/fraction.js
debian/rules override_dh_auto_build
It only symlinks fractionjs.
I don't really read perl, but I think
https://salsa.debian.org/js-team/pkg-js-tools/-/blob/master/lib/Debian/Debhelper/Buildsystem/nodejs.pm#L128
says this:
next if $self->main_package and $component eq $self->main_package;
which probably means it will skip a component of the same name as the
package. Here, component autoprefixer is probably clashing with the name
"node-autoprefixer".
On line 1770 this causes
(!) Circular dependency
autoprefixer.js -> autoprefixer.js
where another filename clash makes import from "autoprefixer" to resolve
to build/autoprefixer.js (probably because it doesn't have an
autoprefixer in node_modules because of dh_auto_configure above)
3)
https://salsa.debian.org/js-team/node-autoprefixer/-/blob/master/debian/patches/rearrange-plugins-order.patch
seems to revert the changes to
nodeResolve.customResolveOptions.moduleDirectory in the first patch.
Akshay
