Causes browserapp.Open to not error if google-chrome doesn't exist (the binary is named google-chrome-stable on arch).

This flow can leak proxies:

1. sail run codercom/sail
2. sail rm codercom/sail
3. sail run codercom/sail

Two proxies will be running and the first one will be leaked

sail wasn't updating my code-server. I assume its because I have sails using the binary still. should be clear on how to resolve this

see #20

• adding sail to your repo

A possible janky solution is iterating ports in a deterministic order, so the user only has to allow clipboard when they have an exceptional number of editors open.

cc @kylecarbs

code-server --install-extension is too long.. Let's put an install_ext script in ubuntu-dev that proxies.

In an ideal world, projects specify what extensions they require via code-server --install-extension, and hats are able to personalize the same way.

In order for this to be practical:

• we must add support in sail for a command that generates Dockerfile declarations for the host installed VS Code extensions.
• we must add a plugin to code-server to append newly installed extensions to your hat or project Dockerfile (prompts the user). Otherwise, newly installed extensions will disappear when the container is rebuilt.

Hyphens are used in GitHub orgs/usernames and so things will get confusing when someone has a project at

meow-me/yo-project

and the sail container name becomes

meow-me-yo-project

The following would be much cleaner and is guaranteed to be never used by any github org/project (see isaacs/github#906)

meow-me_yo-project

See adfe2e5

appears to force us to re-download code-server every hour

cc @nathanpotter

Confusing on macOS otherwise as I got prompted to allow sail to listen but sail doesn't really need to listen itself.

No purpose in exposing it once you can edit Dockerfile inside code-server

If we can cover 80% of developers (probably top 5 languages or something) we're good for now.

Trying to run sail on a remote server, don't want to set up ssh:

sean@test-code-serverxqhdp:~$ sudo ./sail run https://github.com/codercom/sshcode
Cloning into '/home/sean/Projects/github.com/codercom/sshcode'...
fatal: I don't handle protocol 'git@https'
2019-04-22 19:27:33 FATAL	exit status 128

sail edithat --watch ~/Projects/ammario/dotfiles codercom/code-server could open an inotify on the directory and rebuild code-server with the hat automatically.

So we can have declarative extensions merged with willy nilly extensions

So that it can display the docker build log.

I already wrote the proxy and whatnot. Going to work on the javascript part for this, or at least try.

When resolving a github hat, it currently caches it to a local tmp directory. This means we have to store the hat name as /tmp/{rand}/{hat} instead of github:{org}/{hat} in order to preserve hat edits.

It would be nice to cache these git pulls to a local deterministic location so we can keep the github:{org}/{hat} naming scheme to show the true hat source.

Stuff like locales and sudo is already set up there, we shouldn't duplicate it.

GitHub actions should work reasonably well.

On any system where the user uid is not 1000, like macOS or multiple user systems, sail will be very slow due to the usermod -u step to adjust the uid inside the container to the one outside because it has to chown all files in the home folder.

I do not have a good solution for this.

See #51

I think we should switch to make it easier to debug and work with as we can rerun failing commands to see what's happening.

Furthermore, there are some things the cli does that the Go lib doesn't, e.g. if the volume mount src doesn't exist, the cli creates it. I just ran into this as I did not have a ~/.config/Code directory.

@ammario

• bash
• fish

E.g

client.NewClientWithOpts(client.WithVersion("1.39"))

Client version has to match server version exactly...

See #98 and https://github.com/cdr/sail/pull/104/files#r280556409

We shouldn't be listening on 0.0.0.0 by default

I frequently open lib/vscode within code-server.

Maybe

sail run codercom/code-server lib/vscode

Mounted dirs will use the root user by default. After mounting we need to chown

Instead of storing projects at ~/Projects/cdr/code-server, we should also separate them by host like ~/Projects/github.com/cdr/code-server so multiple projects don't overlap

sean@test-code-serverxqhdp:~$ ./sail run https://github.com/codercom/sshcode
2019-04-22 20:11:49 INFO	No configuration exists at /home/sean/.config/sail/sail.toml, writing default.
2019-04-22 20:11:49 INFO	using default image codercom/ubuntu-dev
2019-04-22 20:11:49 ERROR	build run failed: failed to run container: failed to assemble mounts: failed to inspect image: Error: No such image: codercom/ubuntu-dev
2019-04-22 20:11:49 ERROR	failed to remove

(Using a modified sail to allow for https cloning)

I don't see any reason we need to force a directory structure on users. We can act just like git.

• x11 forwarding
• host command (when it becomes available)

https://github.com/codercom/sail/blob/b19d719fb5c1f96600d4e6a092b03208425a220a/ubuntu-dev/ubuntu-dev-go/Dockerfile#L13

It only shares the default $GOPATH directory. I use ~/Programming/gopath and sail is not picking that up.

I'm not really sure what a good solution here is.