You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Node.js versions comes bundled with a given Corepack version.
Maybe users wants to use the latest version of Corepack. Or maybe the Corepack version bundled with the latest version of supported Node.js version breaks:
fnm places its multishell path on top in PATH on changing directory, fnm use etc., and with it, the bundled Corepack version gets to the top of the list.
It's probably safe to assume that Node.js won't make huge efforts in improving how Corepack is handled when embedded with Node.js, because they've decided to remove it.
Thus, I think the ability to optionally remove the bundled Corepack in a fnm managed Node.js install makes sense. It would make it easier to manage what Corepack version is used.
Node.js versions comes bundled with a given Corepack version.
Maybe users wants to use the latest version of Corepack. Or maybe the Corepack version bundled with the latest version of supported Node.js version breaks:
Newly published versions of package managers distributed from npm cannot be installed due to key id mismatch nodejs/corepack#612
Saveguards for keyid mismatch nodejs/corepack#616
It'd be great if fnm had the ability to and/or:
fnm install
?fnm install
with a new option--remove-corepack
?Corepack will be removed from Node.js in the future, so the remove option for older versions of Node.js managed with fnm would be great.
The text was updated successfully, but these errors were encountered: