> If you already had left pad cached then you were not affected by its disappearance.
The evidence of course is that when you say "left pad" no one knows what you're referring to because nothing bad ever happened.
> If a package needs an install script to be used, to compile some native code for example, you still need to run the install script before you can use the package.
This already sounds like a giant red fucking flag, but sure whatever, what you're using needs some compile step. You can be in control of what runs when and where. Heck you could even take the fucking maverick solution and compile the shit once out of band and deploy the compiled binary to your production environment. I know that forethought and planning ahead will come as a fucking shock to the NPM using community, but try it some time, it's really kinda good.
> Manually repeating the actions npm does automatically does nothing to protect you from supply chain attacks.
I mean it does, inherently, if you're running those actions locally in an environment without production access...
Oh noes, your compromised module stole your DB credentials, and your SES credentials to spam all your customers..... and just got a bunch of failures or sent messages to no-one because the environment has dummy data and uses a locked down sending configuration for SES.
There is 100% benefit in running that shit in a development environment.
> The only thing that helps is to review code before you run it.
Right, and somehow you think having the code in question literally in your VCS, waiting for a merge like all the other code... that's not apparently helpful.
But hey thanks for proving me right about the unhinged complaints. Stong echoes of "we've tried nothing and we're all out of ideas".