4 ms·

Then nvm downloads binaries compiled for glibc, not Linux. This is a bug in nvm - not Alpine, not Busybox, not musl, but a bug in nvm. Using tools like nvm is t

Then nvm downloads binaries compiled for glibc, not Linux. This is a bug in nvm - not Alpine, not Busybox, not musl, but a bug in nvm. Using tools like nvm is the wrong approach anyway, you should be installing from distro packages - and Alpine supports installing specific versions of a package if you really need that. >GNU coreutils is the standard user land toolset for Linux Bullshit. This is the standard: http://pubs.opengroup.org/onlinepubs/9699919799/ http://pubs.opengroup.org/onlinepubs/9699919799/

imiric 9y ago
> This is a bug in nvm - not Alpine, not Busybox, not musl, but a bug in _nvm_. Why the defensive tone? I never claimed one or the other, but as a user, I would just like to see it fixed. > Using tools like nvm is the wrong approach anyway, you should be installing from distro packages Please don't tell me what I should be installing. I _like_ nvm and similar tools for other languages, and would like to keep using them without my operating system (or anyone else for that matter) dictating what software to use and why. > Bullshit. https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html > This is the standard: http://pubs.opengroup.org/onlinepubs/9699919799/ http://pubs.opengroup.org/onlinepubs/9699919799/ Of what, exactly? Of some Unix interoperability ideal? Sure, it has its place. But I'd argue that improving the user experience is even more important, and when user land tools break because of a choice of OS/toolchain, something is wrong there.
camgunz 9y ago
Seconded. It's really important that we get out of this "works on my machine" philosophy so endemic to current software dev. Learn standards. Read about the history of the platforms you're developing for. Get to know their communities. Don't just drop a code bomb on them and say, "well it works for me".

imiric 9y ago

> This is a bug in nvm - not Alpine, not Busybox, not musl, but a bug in _nvm_. Why the defensive tone? I never claimed one or the other, but as a user, I would just like to see it fixed. > Using tools like nvm is the wrong approach anyway, you should be installing from distro packages Please don't tell me what I should be installing. I _like_ nvm and similar tools for other languages, and would like to keep using them without my operating system (or anyone else for that matter) dictating what software to use and why. > Bullshit. https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html > This is the standard: http://pubs.opengroup.org/onlinepubs/9699919799/ http://pubs.opengroup.org/onlinepubs/9699919799/ Of what, exactly? Of some Unix interoperability ideal? Sure, it has its place. But I'd argue that improving the user experience is even more important, and when user land tools break because of a choice of OS/toolchain, something is wrong there.

camgunz 9y ago

Seconded. It's really important that we get out of this "works on my machine" philosophy so endemic to current software dev. Learn standards. Read about the history of the platforms you're developing for. Get to know their communities. Don't just drop a code bomb on them and say, "well it works for me".