Arch Linux User Repository

Due to the way nvm is designed, you have to source it before you can use it:

source /usr/share/nvm/init-nvm.sh

You will probably want that in your shell startup file, e.g.:

echo 'source /usr/share/nvm/init-nvm.sh' >> ~/.bashrc

See nvm.install or the upstream README for more details.

@tomwadley i already tried using no aur helper before i commentet here. And the output from using bsdtar directly is the same:

❯ bsdtar -xf v0.38.0.zip
bsdtar: Pathname cannot be converted from UTF-8 to current locale.
bsdtar: Archive entry has empty or unreadable filename ... skipping.
bsdtar: Pathname cannot be converted from UTF-8 to current locale.
bsdtar: Archive entry has empty or unreadable filename ... skipping.
bsdtar: Error exit delayed from previous errors.

@garionion can you try downloading the zip file manually and extracting it with bsdtar? i.e.

$ wget https://github.com/nvm-sh/nvm/archive/refs/tags/v0.38.0.zip
$ bsdtar -xf v0.38.0.zip

If that works, the next thing I'd try is to build this package without using any AUR helper (download snapshot, run makepkg).

hi, with 0.38.0-1 i get "Failed to extract nvm-0.38.0.zip":

==> Extracting sources...
  -> Extracting nvm-0.38.0.zip with bsdtar
bsdtar: Pathname cannot be converted from UTF-8 to current locale.
bsdtar: Archive entry has empty or unreadable filename ... skipping.
bsdtar: Pathname cannot be converted from UTF-8 to current locale.
bsdtar: Archive entry has empty or unreadable filename ... skipping.
bsdtar: Error exit delayed from previous errors.
==> ERROR: Failed to extract nvm-0.38.0.zip
    Aborting...

My locale is:

❯ locale -a
C
C.utf8
POSIX
de_DE
de_DE.iso88591
de_DE.iso885915@euro
de_DE.utf8
de_DE@euro
deutsch
en_US.utf8
german

Do you have any ideas?

@CliffJumper I can't reproduce that. I downloaded it manually and double checked - seems fine to me. Is it still happening?

For nvm 0.38.0 I'm getting a mismatch in the sha256 sum for the zip file

@joshsteele21 I found out that the cause was that I used a GUI tool to change the LC_TIME, but the locale I changed it to wasn't installed. I guess that's a bug in KDE.

Changing it to a locale that was actually supported has solved the issue.

@foxite I have a similar issue, it happens every once in a while after an update. Apparently the issue has to do with glibc, at least in my case. There are files missing in /usr/share/i18n/locales

see https://unix.stackexchange.com/questions/604134/how-to-fix-missing-locale-files-on-manjaro/

@foxite presumably there is something wrong with your locale config. Take a look at the Locale wiki page.

Edit: For some reason I had assumed that sourcing init-nvm.sh was causing the error, but it's more likely that init-nvm.sh is encountering an error.

Adding this line to .bashrc as instructed:

source /usr/share/nvm/init-nvm.sh

Causes the following message to appear when I open a terminal:

manpath: can't set the locale; make sure $LC_* and $LANG are correct

Removing the line causes the message to go away, though obviously I can't use nvm without it. I suspect that this is related to the inexplicable locale errors I have been getting in various other command line tools. Upon inspection, there seems to be nothing wrong with $LANG or my $LC_* variables; they are the same with or without init-nvm.

Any ideas what is causing this problem or how to fix it? It is pretty annoying, but seems harmless.

Due to the way nvm is designed, you have to source it before you can use it:

source /usr/share/nvm/init-nvm.sh

You will probably want that in your shell startup file, e.g.:

echo 'source /usr/share/nvm/init-nvm.sh' >> ~/.bashrc

See nvm.install or the upstream README for more details.