Earlier quoted context omitted.
Most people know this but the _real_ reason it explains things is that GitHub is owned by Microsoft. Oh, and Microsoft moved GitHub to Azure
To be fair, NPM sucked long before it got acquired by Github/Microsoft. And to be fair 2: The other package repos also suck.
Upcoming breaking changes for npm v12
91–100 of 221 posts
Re: Upcoming breaking changes for npm v12
#92Earlier quoted context omitted.
Most people know this but the _real_ reason it explains things is that GitHub is owned by Microsoft. Oh, and Microsoft moved GitHub to Azure
To be fair, NPM sucked long before it got acquired by Github/Microsoft. And to be fair 2: The other package repos also suck.
It seems that if you want to get something important changed in npm, you simply need exploit some of its short comings against Microsoft instead of discussing why it’s necessary.
Re: Upcoming breaking changes for npm v12
#93I bet there have been a hundred different discussions about this inside of NPM since it was disclosed 10 years ago. With Shai Halud it's gotten too big to ignore.
Re: Upcoming breaking changes for npm v12
#94Re: Upcoming breaking changes for npm v12
#95My big question as an OSS dev distributing some precompiled binaries via npm for easy installation: does allowScripts also default to disabled when directly installing a package (globally or otherwise)?
But if you're already following the os + cpu + optionalDependencies model to distribute your precompiled binaries you should be fine.
Re: Upcoming breaking changes for npm v12
#96How do you allow scripts for tools installed globally?
Re: Upcoming breaking changes for npm v12
#97Re: Upcoming breaking changes for npm v12
#98There's an easy way to stop most supply chain attacks: 1. Publishing users must approve each and every release from a smartphone app. 2. Publishing users must provide verified government ID. The first step prevents the types of attacks where an attacker gets control of a maintainer's computer and publishes a new release. The second step discourages attacks where a user tries to get a malicious package used by others.…
I don't know how to square the circle but any variation of "make it safer but really painful and difficult for anyone to publish a package" has this problem
Re: Upcoming breaking changes for npm v12
#99Earlier quoted context omitted.
Really? Retired? What does that even mean in this context, why not "breaking" or something else that suggests breaking change?
> Retired? What does that even mean in this context "retired" is probably a followup to functionality that was "deprecated". I agree "breaking" would be clearer
Re: Upcoming breaking changes for npm v12
#100Earlier quoted context omitted.
Java‘s Maven never had them, never felt a need for them. What is their purpose in JS land?
native modules. nodejs can have native modules (written in C++, Rust, etc...). Projects usually ship prebuilt natives binaries (for each arch/OS/Nodejs ABI combination) hosted on GitHub Releases and download them automatically at installation time; fallback to build from source if not found. that's where scripts are used the reason for not bundling all native binaries is becasue the no. of combinations are huge and i…