Code Server (Vs code online)

[ruihildt]

"Code-server is VS Code running on a remote server, accessible through the browser."

https://github.com/codercom/code-server

Try it out

docker run -p 127.0.0.1:8443:8443 -v "${PWD}:/root/project" codercom/code-server code-server --allow-http --no-auth

[murgero]

I built a beta build for this, it can be installed using:

cloudron install --image mitchellurgero/org.urgero.codeserver:0.0.2

Check post install information for details!!! Do not run on production system, etc etc.

Edit 1:

GitHub Link: https://github.com/mitchellurgero/cloudron-vscode
Docker-Hub Link: https://cloud.docker.com/u/mitchellurgero/repository/docker/mitchellurgero/org.urgero.codeserver

[will]

Any news on this? I've been loving VScode lately!

[murgero]

@will AFAIK my repo still works, albiet with a slightly older version of VSCode. Give it a shot!

[yusf]

I’m gonna try this.

[will]

@murgero I just did:
cloudron login -> success
docker login -> success
sudo cloudron install --image mitchellurgero/org.urgero.codeserver:latest ->
No CloudronManifest.json found
Same thing happens if I use other version numbers.

[girish]

@will you need to clone the git repo and run the command from that checkout directory

[murgero]

@will Yes, @girish is correct - you need to clone the gitr repo I linked to install.

[will]

@murgero
I followed this:
git clone https://github.com/mitchellurgero/cloudron-vscode
cd cloudron-vscode
cloudron login
cloudron build

Optional

cloudron install

I got to cloudron build and got this error:
Error in CloudronManifest.json: Unknown property (not in schema) @ /private

Beats Head against wall

[girish]

@will Very close! Just remove this line https://github.com/mitchellurgero/cloudron-vscode/blob/master/CloudronManifest.json#L26

[murgero]

@girish Was that option removed in an update?

[doodlemania2]

I've got this ready for #unstable with just a few tweaks needed. There's an upstream issue that prevents installing marketplace items from the in app marketplace (licensing really) that I'll try to document over the coming days how to work with. cc: @girish https://git.cloudron.io/doodlemania2/vs-code
Hat tip to @murgero for the bulk of the hard work!

[girish]

@doodlemania2 Do you have a link to the upstream issue?

[murgero]

@doodlemania2 What I like most about how I packaged it was that I pre-bundled different Open Source languages, GO, PowerShell, NodeJS, PHP, etc - this can be a very versatile project if it's packaged correctly.

[doodlemania2]

@murgero - i agree - and it really isn't "hard" to add new extensions, you just have to do it manually and by grabbing alternatively licensed ones, not using the store.

[doodlemania2]

@girish it's more a "feature" than an issue: https://github.com/cdr/code-server/blob/master/doc/FAQ.md#differences-compared-to-vs-code

[yusf]

Also Check out Theia.

[atrilahiji]

Is the version up on GitLab stable? I’m tempted to run this.

Anything I should know?

[murgero]

@atrilahiji No that version is not stable nor secure - I can send you a private repo with a more secure, working model. PM when you have a few minutes.

[marcusquinn]

The non-snoopy de-branded version may also be of interest:

• https://vscodium.com/
• https://github.com/VSCodium/vscodium

[atrilahiji]

@marcusquinn ah that one is pretty nice. One thing I didn’t like was the lack of WSL2 support

[murgero]

I got this app working in a beta stage - PM me if anyone wants to test it with me.

Feature set includes:

• PowerShell
• .NET Core (.NET Full will be available in the future as MS releases installers for it.)
• PHP
• NodeJS
• bash / ssh support
• TCP Proxy Support

[doodlemania2]

@murgero my instance https://git.cloudron.io/doodlemania2/vs-code semi sorta works but I'm sure yours is much better. Feel free to grab anything from it if it is of use to you!

[thetomester13]

@murgero sounds awesome, I'd love to test it out! Not sure which repo would be in more working order.

[murgero]

@thetomester13 I have a private repo for testing (because there is so much security involved in making this stable) so if you would like access, shoot me a message here or pick a method of contact from my website https://urgero.org

[murgero]

@murgero This will be updated later this afternoon and put into a public repo for all to try.

[atrilahiji]

@murgero

[murgero]

Here it is: https://github.com/mitchellurgero/cloudron-vscode-package

Just clone the repo, then install:

cloudron install --image=mitchellurgero/org.urgero.vslamp:latest

[murgero]

@girish - Anyway to get this as unstable in the store? I have most of the code ready at this point and need some testers. code-server is no longer included in the repo so it downloads during compilation.

The only thing it needs is tests - I'm not sure what you would test before a build but if you can put me in the right direction I'd love to get this on the store ASAP.

[doodlemania2]

@murgero I'm running it and have used it a few times already - works great!

[atrilahiji]

@murgero I had an issue where it was preventing backups but didn’t bother to diagnose it much. I’ll give it another shot and report back

[murgero]

@atrilahiji If you run the backup cleaner command (see the backup page in the cloudron admin panel) it runs fine after that - though I have backups disabled on my code-server app as I constantly reinstall it for testing different features

[girish]

@dswd Is this vs code online ? There are some attempts at https://forum.cloudron.io/topic/1709/code-server-vs-code-online/ but yours looks quite complete as well. I will move this discussion there if they are the same.

As for appstore submission, currently only only we are able to do it. We changed our model to one where where we pretty much maintain all the app packages. If you have a docker image, then others can clone your repo and then install using cloudron install --image <image>.

[dswd]

@girish Yes, its based on code server

[dswd]

@girish Should I move the code back to my repo or should it stay on the cloudron git, or do you want to take over maintenance to make it an official app? How do you do this normally?

[atrilahiji]

Does this have any sort of auth built in? Might be worth looking into the proxyAuth addon.

[dswd]

I have packaged a new app: A Visual Studio Code version that runs in the browser.

Here is the code: https://git.cloudron.io/dswd/vscode-app

The app works and already runs on my instance, but there are no tests yet.

I would like to submit the app to the appstore (for others to test and use) but currently I have a problem with the docker repository. Apparently I can only submit apps that are hosted on the Cloudron repo but I don't know how to push there.

[girish]

The posts appear out of order, sorry about that For some reason, NodeBB has no way to merge two topics together... Oh well.

@dswd said in Code Server (Vs code online):

@girish Should I move the code back to my repo or should it stay on the cloudron git, or do you want to take over maintenance to make it an official app? How do you do this normally?

It can stay on Cloudron git. I will have a look once I have some time and move/fork it into the cloudron namespace. I will then give you maintainer status in that repo, so you can push directly. Only limitation is that you have to let us know whenever you want to push a new release to appstore. We hope to get this part automated in our CI/CD at some point (though, we are not working on this right now, so no ETA yet).

[murgero]

I'd like to point out I have a build of this running as well with a bunch of IDEs and SDKs added.

@dswd - would we be able to merge our projects together so there is not 2 vastly different builds floating about?

[dswd]

@atrilahiji said in Code Server (Vs code online):

Does this have any sort of auth built in? Might be worth looking into the proxyAuth addon.

Yes code server comes with a simple passwort auth. You can disable it and roll your own if you want to. It is not super helpful to integrate it with Cloudron LDAP as all users share one IDE but you can have a single password if you want to.

I will have a look into optional proxyAuth, however.

[dswd]

@murgero said in Code Server (Vs code online):

@dswd - would we be able to merge our projects together so there is not 2 vastly different builds floating about?

I am sorry, I was not aware of your app since it was not on the app store. Otherwise I would have used it and maybe sent a PR.
We should compare our approaches and select the best parts of each. Where is your code located?

[murgero]

@dswd

Mine is here: https://github.com/mitchellurgero/cloudron-vscode-package

I plan to move it to Cloudron's GitLab once they approve it for testing.

[dswd]

@atrilahiji
I added optional proxyAuth to the image. If SSO is enabled, the password in the vscode app is disabled.

[dswd]

@murgero
I checked your image. It seems to install lots of packages that are not needed for code server (e.g. Apache and PHP). Also it adds some plugins that I don't think are required (sendmail, mysql and redis).
I suggest using my image as base because it seems more minimal. Can you test it and check if there is any functionality missing that I could add?

[murgero]

@dswd I can respect the opinion, but I use the addons mentioned as well as the adding different IDEs/SDKs (PS, PHP, Go, Rust, R-Lang, etc etc etc ) as users can't install linux packages on an app once it's installed. I also have build-tools to compile code, and I don't think apache is still there (I ended up choosing to use code-servers built-in proxy instead. So if apache is still being installed I will probably remove it in the future. Sendmail is used for testing and sending email from compiled apps, redis is kept for apps that would require it, and mysql (and other DBs) are thrown in because compiled apps may need a test DB to connect to.

It's kinda bloated when you first look at it, but users cannot modify what linux packages are installed and they cannot modify what cloudron addons are installed once code-server is installed.

That said, yes, technically speaking code-server doesn't need all this, but it's barely an IDE without the ability to actually use the code you write in it. So I included all the popular ones.

Minimal in this case I don't believe works. Sure yours takes up less space but my package includes more features. In this case, I think keeping our apps separated for now is the best course of action.

This is not to say I don't like what you did. There is something to be said about a minimal-first approach to building an app. I think - let's keep building our packages separate and we can talk to @girish / @nebulon about how to add both (potentially) to the app store. Maybe just labeled differently so the admins can choose how they like to build.

And if we do go that route I would like to work together to make the login process the same on both apps - to help make it seamless to the end-users.

What do you think? I am also open to suggestions.

Edit: I hope none of this comes off as negative towards your package. That is not my intent. It's clear you and I both have a want/need/passion for code-server to be on the store. I am just genuinely excited to have this conversation with someone other than myself.

[dswd]

@murgero
I can see your point. You are providing those dependencies to users just in case they need them (and because you need them). I agree, not being able to install packages is kind of a problem. However, a lot of software (e.g. nodejs, rust and php) can be installed into the user space.
I decided against putting in more dependencies because I don't want to monitor so many dependencies for security issues and push new releases every other day.
I too think it would be best to keep the versions separate as you require those dependencies.
Oh and no, your comment does not come off as negative (hope mine doesn't either). We just have different approaches.

[dswd]

@murgero
I think I found a way to get around the read-only root and install additional software. I added a script that will fetch and install a minimal Linux and chroot into it: chroot-alpine.
Inside it you can install additional software as you like. You can also use the same method to run Ubuntu instead of Alpine Linux but that will use much more storage.

[robi]

The other option here is to use something like Sysbox to enable DockerInDocker (DinD) type functionality, which can then separate and isolate the addon services needed for dev/test in a nested way, keeping the app lean.

[dswd]

@robi Do you have any experience with docker-in-docker on Cloudron?

[infogulch]

I think we should collaborate on a minimal base docker image that only contains the installation of code-server, and then design a solution to allow adding dev dependencies on top of it as required by each end-user.

Say, first lift all the code-server-specific improvements from murgero's image into dswd's image and publish it at cloudron/code-server-base. Then murgero's image starts with FROM cloudron/code-server-base and adds their unique dev dependencies and publishes it separately. The key will be improve the image build, installation, and updating process to be as smooth as the usual app install process. (The cli is great for cloudron development, but kinda cumbersome for ongoing maintenance.)

Based on the way code-server is designed I doubt it could ever be a multi-user app. There is some discussion on code-server multi-tenancy on Setting up code-server for multi-tenancy #792. In summary, it doesn't seem viable and the discussion quickly shifts towards how to set up and manage a container-per-user design, which is an area that I think Cloudron could add a lot of value.

Perhaps both of these problems could be solved by creating a custom app that uses the cloudron api to expose an easier way to spin up code-server apps for users on demand, using the images designated by the admin.

code-server is a good use-case for proxyAuth. I think it would be neat if we could forward some path to a port inside the container to allow users to hit a dev web server running inside.

[dswd]

@infogulch
My current code already uses proxyAuth and adds TCP and UDP ports for dev that you can freely assign.
Please tell me what you think is missing and I will add it.

[murgero]

@infogulch said in Code Server (Vs code online):

I think it would be neat if we could forward some path to a port inside the container to allow users to hit a dev web server running inside.

code-server natively supports this already, just simply logging in and then browsing to https://fqdn-of-app/proxy/portNumber example: https://vscode.example.com/proxy/8080 would put you on port 8080 inside the app. So if you had an app or something running on that port, it's http data would be displayed like normal.

[infogulch]

@murgero said in Code Server (Vs code online):

code-server natively supports this already ... https://fqdn-of-app/proxy/portNumber

Oh neat, I'm glad they landed on that, that's a good solution. Perhaps a proxyAuth implementation should exclude the proxy path with something like "proxyAuth": { "path": "!/proxy" }.

Perhaps this is a bit to early to worry about, but at some point we might consider restricting the app proxy's access to cloudron cookies with domain or path parameters.

[robi]

@dswd no, has not been implemented.

Lookup this discussion on Sysbox.

[girish]

@murgero @dswd what are the extra packages that are pre-installed? If it's not too big, maybe we can compromise and just install it all in one. It's more important to be useful to more number people than be minimal (of course, everything has a limit..).

I wonder if the right approach here is something like JupyterHub. What that project does is to have a "workspace manager" with a login screen. When logged in, it spins up a new "notebook docker container" for each user. This way the user can install whatever packages they want in that docker image. See https://github.com/jupyterhub/jupyterhub . I guess in our case if the size is limiting, maybe we should write a VsCodeHub which when logged in, spins off a vs code container for each user. This makes the app properly multi-user.

[murgero]

@girish

My package includes a ton of extra packages to cover the most popular programming and scripting choices. (Some are actually already in the Cloudron base image, which I use.)

• GOLANG
• PHP7.4 (PHP8.0 will be included soon!)
• Python
• PowerShell
• DotNet Core (C#, VB.NET, etc) (.NET Full will be included soon as well since full supports Linux now I believe)
• R
• R-lang
• NodeJS (Updated to latest)

I am probably missing a couple but I wanted to make sure a lot of the popular stuff was covered here.