Have some default interpreter languages available in ide.coder.com - Node/npm, Python, Ruby, etc.

[SHoar]

This is a great cloud IDE, although the setup to get going is a little surprising. I was expecting some baseline versions of node/npm, or python, or even ruby to get going, but none were available from the get go. I manually curled the latest LTS node.js (10.15) and created an alias for it, but didn't have time to get an alias for npm or npx working. but I like vscode in the browser! just need to be able to build the code too...

[thopdev]

You can mount node.

See: https://coder.com/docs/languages

[SHoar]

Nice. AFK @ the moment, do we have any choices over which version is mounted?

On Wed, Mar 6, 2019 at 8:23 AM Hopstar ***@***.***> wrote: You can mount node. See: https://coder.com/docs/languages — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#37 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABbjL_XNFNUFI7H5vYFkVRFW38jSZnftks5vT8FOgaJpZM4bg2L_> .

-- Sent from Gmail Mobile

[thopdev]

Yes, their are multiple versions you can choose.

[kylecarbs]

We'll be removing the language mounting soon, as it promoted other issues.

We can provide default versions installed on your server. Maybe just installing something like n would suffice?

[kylecarbs]

cc: @sreya92 @ammario

We could add some initial languages to reduce the amount users need to install immediately.

[SHoar]

I wasn't able to mount anything from within codercom /ide.coder.com vscode instance from within the editor. Perhaps this is only on the open source version?

…

On Wed, Mar 6, 2019 at 8:23 AM Hopstar ***@***.***> wrote: You can mount node. See: https://coder.com/docs/languages — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#37 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ABbjL_XNFNUFI7H5vYFkVRFW38jSZnftks5vT8FOgaJpZM4bg2L_> .

[TaylorWorthing]

Instead of including versions of multiple languages in the default container, what about "flavors" of the container using labels? This would also allow version-pinning of that language while allowing updates to the container to persist.

Ruby for example:

codercom/code-server # aka latest (no ruby)
codercom/code-server:ruby # aka ruby-latest
codercom/code-server:ruby-v2.5.5
codercom/code-server:ruby-v2.6.2
...

The main issue with this approach is it would require a large build pipeline to rebuild each container version when the base image updates.

A middle-ground would be singular language-specific container labels, that are always up-to-date, but also contain pre-configured version managers for that language (if one is available). Less build overhead, but might require a little more work on the user side.

[TaylorWorthing]

Hmm, when writing my suggestion, I was in the mindset of "one container per project". I appears that a popular use case is "one container for all projects". Might have to get creative to handle this use case.

[ammario]

We have to do this in a way that doesn't increase the time it takes to create the initial disk.

Will report back when fixed.

[nol166]

This issue relates to coder's hosted version of the IDE rather than code-server. Moved to: https://github.com/codercom/frontend/issues/478

[aaaguirrep]

You can mount node.

See: https://coder.com/docs/languages

Is the link working? I can't access.

[coadler]

This issue pertained to the coder hosted platform that no longer exists.