vscode installed from flatpak fails to access the default go installation location /usr/local/go

[TheUncleRemus]

proposal

I have published a simple repo for go-vscode configuration when vscode is installed from flatpak. You can to reach the repo at this link:

https://github.com/TheUncleRemus/flapak-vscode-as-go-ide.git

Can you consider this configuration as proposal?

Thx!

[hyangah]

@TheUncleRemus Thanks for sharing your setup to workaround. Are you proposing to add this to a doc?

It looks like the key is to install go in a location flatpak allows vscode to access and make the extension know about the location.

[TheUncleRemus]

Hi @hyangah yes! The key is to install go to a custom path that is "visible" to flatpak sandbox

My proposal can be:

• to add to docs of the current project my solution
• or integrate my repo (or script) in the current project
• or referes my repo from the current README.md

thx. :)

[hyangah]

The suggestion is:

• install go in a different location: https://go.dev/doc/install uses /usr/local/go, but uses a different location.
• use the following setting:

"go.alternateTools": { "go": "<path_to_go_binary>" }

[TheUncleRemus]

Hi @hyangah ,
my objection points are:

• your configuration is a vscode-side configuration, my configuration is flatpak-side. If you want to use go with another flatpak app? Yes, my configuration proposes a vscode go-configuration but flatpak-side not vscode-side.
• Furthermore I don't really shure that your configuration works fine, but I will try.

[hyangah]

@TheUncleRemus if it is about using go with other flatpak app, is there any flatpak community that can host the doc and review the contents?

[TheUncleRemus]

Hi @hyangah ,
I have checked your configuration and I confirm to you that it doesn't works!
If you want to setup the go-configuration vscode-side, the minimum setup that works fine is:

{
    "go.alternateTools": {
        "go": "<path_to_go_bin>"
    },
    "go.goroot": "<path_to_goroot>",
    "go.gopath": "<path_to_go_bin>"
}

In every way...

• I prefer the flatpak-side setup (because for every problem that eventually can cause the vscode disaster, my go-setup persists. Yeah, you can say that: "this eventually has a low-probability" but exists.
• if in the current documentation doesn't exists the section: "minimun setup in flatpak context" I propose to you to add the minimun setup config as above.

thx

[hyangah]

Can you tell us more details what doesn't work? go.goroot is GOROOT envvar which we don't recommend to configure with recent go except a few exceptions. go.gopath is GOPATH envvar and path to go binary shouldn't be the right value.

We can add a section in faq or advanced setting doc to mention your link, but we don't want to ask users to run a shell script that we don't understand or manage.

[TheUncleRemus]

Hi @hyangah ,
yeah, correct! I means just this! When you run vscode by flatpak, your vscode run insiede in a sandbox and the environemnt variables like $PATH are differet!

from the flatpak documentation
Description. Flatpak is a tool for managing applications and the runtimes they use. In the Flatpak model, applications can be built and distributed independently from the host system they are used on, and they are isolated from the host system ('sandboxed') to some degree, at runtime.

In fact if you see the error tooltip in vscode the value of the printed $PATH is not uquals to the $PATH environment variable host-wide.

For this reason I have opened this thred. In summary:

• install go to an accessible path also from flatpak.
• set $GOROOT path in a flatpak environment variables configuration (as showed into my script)

After that you can use your go instalaltion inside your vscode and the go instalaltion strictly depends by $GOROOT env setupped as showed above.
But you must be warry up because if you use go from the outside of vscode and go inside of vscode, you have two differetn set of the go-environment variables - except for the $GOROOT - (one of for the host-wide and one of for the flatpak-side. As showed in the GOBIN*.png figures)

from the host terminal

 go env 

from the vscode terminal

go env

For this reason in my opinion a solid documentation will be useful for the user, also because I had read this thred and there are confusing opinion.

Appendix: tooltip error in vscode configuration

If you want I can suppor to to you for docs pull requst.

I apologize for the hentropic text :)