Open AndyOGo opened 1 year ago
I'm aware of this, but I'm not sure what's causing it. I'd love a PR that can fix it (or alternatively, migrate windows tests to GHA).
mocha
seems to make use of it π€
I found an issue over there from 2019, which is closed https://github.com/mochajs/mocha/issues/3868
That fix landed in v6.1.2
.
https://github.com/mochajs/mocha/blob/283db20b3c203d3cb3b91919b1e36fbb7d764153/package.json#L3
Latest is 10.2.0
But mocha is far behind here.
npm ls mocha
eslint-plugin-import@2.27.5 /eslint-plugin-import
βββ¬ eslint-import-resolver-node@0.3.7 -> ./resolvers/node
β βββ mocha@3.5.3 deduped
βββ¬ eslint-import-resolver-webpack@0.13.2 -> ./resolvers/webpack
β βββ mocha@3.5.3 deduped
βββ mocha@3.5.3
Anyway semver
doesn't seem to be listed as a dependency of mocha π
npm list semver
eslint-plugin-import@2.27.5 /eslint-plugin-import
βββ¬ @typescript-eslint/parser@5.55.0
β βββ¬ @typescript-eslint/typescript-estree@5.55.0
β βββ semver@7.3.8
βββ¬ babel-plugin-istanbul@4.1.6
β βββ¬ istanbul-lib-instrument@1.10.2
β β βββ semver@5.7.1
β βββ¬ test-exclude@4.2.3
β βββ¬ read-pkg-up@1.0.1
β βββ¬ read-pkg@1.1.0
β βββ¬ normalize-package-data@2.5.0
β βββ semver@5.7.1
βββ¬ babel-preset-airbnb@2.6.0
β βββ¬ babel-preset-env@1.7.0
β βββ semver@5.7.1
βββ¬ eslint-doc-generator@1.4.3
β βββ¬ @typescript-eslint/utils@5.55.0
β βββ semver@7.3.8
βββ¬ eslint-import-resolver-webpack@0.13.2 -> ./resolvers/webpack
β βββ semver@5.7.1
βββ¬ eslint-plugin-import@2.27.5
β βββ semver@6.3.0 deduped
βββ¬ nyc@11.9.0
β βββ¬ istanbul-lib-instrument@1.10.1
β β βββ semver@5.5.0
β βββ¬ test-exclude@4.2.1
β βββ¬ read-pkg-up@1.0.1
β βββ¬ read-pkg@1.1.0
β βββ¬ normalize-package-data@2.4.0
β βββ semver@5.5.0 deduped
βββ¬ safe-publish-latest@2.0.0
β βββ semver@7.3.8
βββ semver@6.3.0
βββ¬ typescript-eslint-parser@22.0.0
βββ¬ typescript-estree@18.0.0
βββ semver@5.5.0
I cloned mocha
and checked out the v3.5.3
tag
npm list -prod semver
mocha@3.5.3 /mocha
βββ (empty)
npm list -dev semver
mocha@3.5.3 /mocha
βββ¬ karma@1.3.0
β βββ¬ log4js@0.6.38
β βββ semver@4.3.6
βββ¬ nyc@11.9.0
β βββ¬ istanbul-lib-instrument@1.10.1
β β βββ semver@5.5.0
β βββ¬ test-exclude@4.2.1
β βββ¬ read-pkg-up@1.0.1
β βββ¬ read-pkg@1.1.0
β βββ¬ normalize-package-data@2.4.0
β βββ semver@5.5.0 deduped
βββ¬ os-name@2.0.1
β βββ¬ win-release@1.1.1
β βββ semver@5.7.1
βββ¬ phantomjs@1.9.8
βββ¬ npmconf@0.0.24
βββ semver@1.1.4
Yes, we're stuck on mocha v3. Does that depend on node-environment-flags? Maybe a workaround is to manually install a fixed version of it.
I missed the obvious.
semver
is installed and utilized by no-duplicates
:
https://github.com/import-js/eslint-plugin-import/blob/5680a1f8d41cd19f9c60d999a6fadf10994a0a64/src/rules/no-duplicates.js#L3
Good call, and it's in the project's dependencies
, so there's no reason it shouldn't be present.
Indeed.
I googled that error. These sources suggest that npm
is mesed up somehow and to re-install it.
I can only guess.
Do you have access to try that?
All of that is handled in appveyor.yml - PRs are quite welcome :-)
I created just a workaround and excluded the remaining WSL jobs.
A proper solution is still required.
I prefer to leave them failing rather than skip them.
I understand. It is what is and has a bitter taste. I closed them.
@ljharb
I tried to install it via nvm
as suggested here, but that failed miserably.
https://learn.microsoft.com/en-us/windows/dev-environment/javascript/nodejs-on-wsl#install-nvm-nodejs-and-npm
All jobs with WSL config fail on
master
. https://ci.appveyor.com/project/ljharb/eslint-plugin-import/builds/46338908E.g.: https://ci.appveyor.com/project/ljharb/eslint-plugin-import/builds/46338908/job/hqyre5h5sbfqqn44