Arch Linux User Repository

Note that for init-nvm.sh may not work for every Zsh user, such as one who wants separate path for .zcompdump files, because option is hardcoded in bash_completion. I fell back to zsh-completions.

Hi Fandekasp - do you have a "prefix" line in your ~/.npmrc, perhaps? If so, remove it.

If that doesn't work or apply, please file a new issue on the nvm github repo. Thanks!

Recently, I'm getting the following message everytime I open a shell

nvm is not compatible with the npm config "prefix" option: currently set to "" Run npm config delete prefix or nvm use --delete-prefix v10.5.0 --silent to unset it.

Uninstalling and re-installing nvm didn't fix the issue. Running the 2 commands suggested doesn't change anything either

@Depado This package doesn't create that file. I think that file is created by the official install.sh if you tell it to enable nvm for all users on the machine (an idea that might be worth looking into for this package actually). I guess you should follow the official uninstall instructions if you've used the official install.sh script.

Just a heads up, when uninstalling the package, /etc/profile.d/nvm.sh isn't deleted. This caused my X session to fail on startup. (I have no idea if that's just me or if that happened to someone else)

@givemeurhats The nodejs-fake you were talking about does not exist...

Check out https://aur.archlinux.org/packages/nodejs-fake/ which takes care so packages like npm don't install nodejs as their dependency, keeping nvm the only source of nodejs on the system.

@tomwadley Makes sense. I still think nvm itself should be stored in the home directory, but as long as it works, that's fine.

The reality, of course, is that without a second factor on a separate communications channel, the system package manager isn't any more secure than curl | sh :-) no need to get into the "security theater" argument here, of course.

My hope is that this AUR approach won't be like every other attempt before it to package nvm via an unsupported method; but that instead, this one will actually *work* and not cause bugs. So far, there's been few complaints, so congrats!

Hi @ljharb,

Firstly, thanks for dropping in and for all of your work on nvm. I (and I'm sure everyone using this package) really appreciates everything you're doing.

To answer your question, if the user follows the instructions, NVM_DIR *is* actually set to $HOME/.nvm. It's only that nvm itself is put in /usr/share.

To elaborate a little more, this package is for people, like me, who prefer to have all of their installed software managed by their system package manager rather than installing things with a curl-pipe-bash. A lot of people also prefer not to have a script (such as your install.sh) making changes directly to files in their home directory. The philosophy behind install.sh doesn't sit well with me and I wanted to be able to install nvm without using it.

Of course, the fundamental design of nvm is that its a sourced shell function which makes it difficult to package as though it were a normal system executable. It is unfortunate that even with this AUR package, users must still edit their personal .bashrc files. But if this is necessary, I believe Arch users would prefer to do that by hand.

Hi, http://nvm.sh / https://github.com/creationix/nvm/ maintainer here.

@lwin please file an issue on the upstream repo; slowness is generally due to `npm config get prefix` being slow.

@lacrymology you're using an old/never worked properly `nvm` that was incorrectly installed from `npm`. `npm uninstall -g nvm`, and then please reinstall it properly (from the install script, or this AUR package).

@rulatir nvm is a sourced shell function - there is no binary, no executable. When you source `nvm.sh`, you'll get an `nvm` function available in your shell.

@tomwadley is there a particular reason that this installs $NVM_DIR to a non-user-specific place? nvm is per-user, and should not be shared across user accounts.

In general to everyone, please start by filing an issue on the git repo directly - https://github.com/creationix/nvm/issues/new - and please call out you're installing it via this AUR package. If it's a packaging problem, I'll point you back here. Thanks!