lint-staged | 🚫💩 — Run linters on git staged files | Code Analyzer library

First, this error message is indeed expected on Jan. 11th, 2022.
See "Improving Git protocol security on GitHub".

January 11, 2022 Final brownout.

This is the full brownout period where we’ll temporarily stop accepting the deprecated key and signature types, ciphers, and MACs, and the unencrypted Git protocol.
This will help clients discover any lingering use of older keys or old URLs.

Second, check your package.json dependencies for any git:// URL, as in this example, fixed in this PR.

As noted by Jörg W Mittag:

There was a 4-month warning.
The entire Internet has been moving away from unauthenticated, unencrypted protocols for a decade, it's not like this is a huge surprise.

Personally, I consider it less an "issue" and more "detecting unmaintained dependencies".

Plus, this is still only the brownout period, so the protocol will only be disabled for a short period of time, allowing developers to discover the problem.

The permanent shutdown is not until March 15th.

As in actions/checkout issue 14, you can add as a first step:

sinon is a dev dependency so it's not bundled for production. If you need it for production you can add it to a dependency, if not you can remove the reference to sinon and rebundle and it should resolve itself.

Edit 1:

The errors go away if I move the affected devDependencies to the dependencies array in my package.json

I initially glossed over this. Yeah, it sounds like you are using these libraries in your production code but since they aren't in dependencies they aren't included in your production bundle. They work in development because you have them as dev dependencies.

As the readme says, those are glob patterns.

I think the problem is that you are trying to use the deprecated babel-eslint parser, last updated a year ago, which looks like it doesn't support ES6 modules. Updating to the latest parser seems to work, at least for simple linting.

So, do this:

• In package.json, update the line "babel-eslint": "^10.0.2", to "@babel/eslint-parser": "^7.5.4",. This works with the code above but it may be better to use the latest version, which at the time of writing is 7.16.3.
• Run npm i from a terminal/command prompt in the folder
• In .eslintrc, update the parser line "parser": "babel-eslint", to "parser": "@babel/eslint-parser",
• In .eslintrc, add "requireConfigFile": false, to the parserOptions section (underneath "ecmaVersion": 8,) (I needed this or babel was looking for config files I don't have)
• Run the command to lint a file

Then, for me with just your two configuration files, the error goes away and I get appropriate linting errors.

Running "rm -rf node_modules && rm -rf package-lock.json && npm i" in a bash terminal fixed it for me.

Running npm -v --> 8.3.0 on my local machine

For my version of this error, the issue seemed to be that I was importing a file with an alias in webpack from within the same directory.

To give an example, I had this directory setup:

First, make sure your node.js version is not superior than the latest stable version(currently 16.14.0). You can check here on nodejs.org.

Then, to compile .scss or .sass files you should be using sass package instead of node-sass. Fo that do :

I was facing the same issue which is why I stumbled across this post.

My issue was I was using the wrong node version. I faced a similar issue after upgrading to Angular 13 but I was using node version v14.2.0.

I changed the node version to v14.15.0 and it worked.

nvm use v14.15.0

PS: NVM manages multiple nodejs versions.

you need to upgrade the two packages to the latest version