Extensions are outdated and not retrieved from Microsoft

[schrej]

• code-server version: 1.31.0-20 (or 1.0.0 according to it's own output)
• OS Version: Fedora 29
• Extension: any

All extensions are extremely outdated. I noticed it's querying some google storage (https://storage.googleapis.com/coder-production-extensions) instead of the VS Code Marketplace.

Why not use the official one?

[schrej]

I found c384dfb

According to the commit message and the code setting SERVICE_URL should allow to override it, but it doesn't. Does the binary override the environment variables?

[sr229]

@schrej keep in mind code-oss which Coder bases off, does not include Extensions that has access to the registry.

[kylecarbs]

We can't use Microsofts official extension registry as they don't open it to the public.

We'd love to open the world of extensions to all users, so we've created a system of observing and building from open-sourced GitHub repos for extensions. It isn't perfect yet, but we're working on it.

Which extensions in-particular have you found to be out of date?

cc: @foresthoffman

[sr229]

@kylecarbs Eclipse Che's extension registry might interest you. They've been working on it and we can adapt it for Coder/VSCode OSS

https://github.com/eclipse/che-plugin-registry

[kylecarbs]

@sr229 I believe Che's extensions are written in Java, so that would require a large refactoring of the way extensions are currently handled.

I think the approach we're currently taking works nicely, and allows for a very open community where the builds are pulled directly from GitHub, GitLab, etc.

[sr229]

@kylecarbs Che 7 is VSCode-compatible (moved to Theia, which is VSCode-compatible), which can be adapted for Coder as well with substantial modifications.

[nhooyr]

We can't use Microsofts official extension registry as they don't open it to the public.

Can't we still download the extensions from the official registry? Or do we need to make modifications to them?

[sr229]

we could but we need to learn the underlying API for it. @nhooyr

[foresthoffman]

@nhooyr They don't have a public API for us to pull from, so any web scraping would be very jank and unreliable. The added benefit of building from open source is: we can prevent versions that are failing to build from getting into the marketplace.

[nhooyr]

I doubt their API is changing very often. I don't think it will be jank or unreliable. Right now our approach is causing outdated extensions and a divergence which is a bigger problem.

[kylecarbs]

Their TOS disallows it.

[ymmt2005]

I found a workaround for this;

1. Use the official code with X and install extensions from VS Code Marketplace.

2. Make symlink to ~/.vscode/extensions:

   rm -rf ~/.code-server/extensions
   ln -s ~/.vscode/extensions ~/.code-server/extensions

3. Run code-server; you can use the installed extensions!

[zanhk]

And what if you are running it on ubuntu/debian server?

[ymmt2005]

I used X server on Windows like MobaXterm + ssh -X to the ubuntu/debian server.