[ls-remote] only list active and/or maintained versions about nvm HOT 16 OPEN

I'm not quite comfortable with that level of a breaking change just yet; but perhaps I could also add an env var that sets that value, so it's easy to set your own default?

from nvm.

No, because that's a function of time, and that's not something I want nvm's output to depend on.

from nvm.

Hmm, even if the content of https://nodejs.org/dist/index.tab is also somehow a function of time?

from nvm.

It's not in the sense that nvm doesn't need to know the current date/time.

from nvm.

TBH I don't see why we cannot put it behind a flag such as --supported, meanwhile maintain the existing behaviour as default?

from nvm.

Of course we could. However, I don't think it would be a good idea to have anything depend on "the current date", and, if there were any way for a project's preferred node version to change based on the passage of time, then it would be possible for nvm use inside a project to work one day, and stop working the next, which would be both unacceptable and violate semver.

from nvm.

for a project's preferred node version to change based on the passage of time

Hmm, here the request is only about nvm ls-remote, with no involvement with nvm use at all.

from nvm.

That affects nvm install as well, though.

from nvm.

That affects nvm install as well, though.

Maybe not if it's an option only for nvm ls-remote?

I guess this request would be more appealing back when nvm_print_versions was quite slow before it was reimplemented using awk.

Nowadays it's pretty fast. But in the context of using nvm ls-remote to check for newer versions, the no longer supported versions are NOT going to get new versions at all, that's where this option can be useful, by making the output less cluttered.

from nvm.

Is your motivation to hasten/shorten the response of nvm ls-remote? That's very different from the OP :-)

from nvm.

Is your motivation to hasten/shorten the response of nvm ls-remote?

Well yes, that's it.

BTW, and which OP? I guess I'm a bit confused.

from nvm.

I meant your original post.

from nvm.

Ahh, I was actually thinking the same, maybe my OP should have been more concise :-)

from nvm.

Would a --min=18, for example, suffice here? basically it'd all work the same except it would omit displaying anything before v18 (and i'd optimize to skip contacting iojs.org entirely when the version was >= 4, etc)

from nvm.

Would a --min=18, for example, suffice here?

Yes, that also works! And it has the advantage of being more flexible.

Maybe we can even have it as the default? So that in the most common use case we save several keystrokes for all the users :-) Meanwhile those who want the old behavior can use --min=0.

from nvm.

add an env var that sets that value, so it's easy to set your own default?

That would be really great! Much appreciated 👍

from nvm.