Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

tools/cmd/getgo: Unable to run one line installer in WSL #21533

Closed
zeldinha opened this issue Aug 19, 2017 · 6 comments
Closed

tools/cmd/getgo: Unable to run one line installer in WSL #21533

zeldinha opened this issue Aug 19, 2017 · 6 comments
Labels
help wanted NeedsFix The path to resolution is known, but the work has not been done.
Milestone

Comments

@zeldinha
Copy link

Please answer these questions before submitting your issue. Thanks!

What version of Go are you using (go version)?

go version go1.8.3 linux/amd64

Does this issue reproduce with the latest release?

Yes

What operating system and processor architecture are you using (go env)?

WSL (Ubuntu for Windows 10):

$ cat /etc/os-release
NAME="Ubuntu"
VERSION="14.04.5 LTS, Trusty Tahr"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu 14.04.5 LTS"
VERSION_ID="14.04"

What did you do?

If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.

Running the suggested one liner installer on my WSL environment:
curl -LO https://get.golang.org/$(uname)/go_installer && chmod +x go_installer && ./go_installer && rm go_installer

What did you expect to see?

Go successfully installed :)

What did you see instead?

This error pops up:
bash: ./go_installer: cannot execute binary file: Exec format error

Note:
After Googling a bit, it could be due to WSL only supporting 64-bit binaries, not 32-bit. See the following issue:
microsoft/WSL#390

Note 2:
Installing manually the current 64-bit version tar file (go1.8.3.linux-amd64.tar.gz) worked just fine.

Thanks! :)

@ALTree
Copy link
Member

ALTree commented Aug 21, 2017

This looks more like a WSL issue(?)

It's not clear to me what are you asking us to do. It's already documented that, on Windows, only

powershell & cmd.exe

are supported.

@ALTree ALTree added the WaitingForInfo Issue is not actionable because of missing required information, which needs to be provided. label Aug 21, 2017
@zeldinha
Copy link
Author

zeldinha commented Aug 21, 2017

I understand it is currently not supported. I was asked to write this report by @spf13.

I suppose the error refers to the go_installer binary being a i386 file:

$ file go_installer
go_installer: ELF 32-bit LSB  executable, Intel 80386, version 1 (SYSV), statically linked, not stripped

As per the issue link in the above report, WSL only supports 64-bit. So in theory, if this could be compiled as a 64-bit binary it would most likely work. I understand however that the root issue should be fixed in WSL and I'm looking forward to it.

Thanks.

@ALTree ALTree added NeedsDecision Feedback is required from experts, contributors, and/or the community before a change can be made. and removed WaitingForInfo Issue is not actionable because of missing required information, which needs to be provided. labels Aug 21, 2017
@spf13 spf13 added help wanted NeedsFix The path to resolution is known, but the work has not been done. and removed NeedsDecision Feedback is required from experts, contributors, and/or the community before a change can be made. labels Aug 23, 2017
@spf13
Copy link
Contributor

spf13 commented Aug 23, 2017

thanks @zeldinha for this information. You've helped a lot and we definitely would like to support WSL.

@jessfraz
Copy link
Contributor

jessfraz commented Aug 23, 2017 via email

@ghost
Copy link

ghost commented Aug 30, 2017

The currently available GNU/Linux distros capable of installation in WSL have an /etc/profile.d directory.

I installed WSL (under Win10 AU) in March, ran a few tests of the compiler toolchain, and uninstalled it.

I then manually cleaned out some left over files from the WSL installation.

http://nurmi-labs.blogspot.com/2017/03/p9p.html

http://nurmi-labs.blogspot.com/2017/04/xs.html

@hyangah
Copy link
Contributor

hyangah commented Feb 16, 2024

Closing - getgo is deprecated. #60951

@hyangah hyangah closed this as not planned Won't fix, can't repro, duplicate, stale Feb 16, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted NeedsFix The path to resolution is known, but the work has not been done.
Projects
None yet
Development

No branches or pull requests

7 participants