Re: [9fans] Re: various problems with installing go lang
I was able to solve the same issue with hget https://curl.se/ca/cacert-2021-01-19.pem >/sys/lib/tls/ca.pem -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M36366bde4c34815f3b04b988 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
> I see now. > This has two consequences: > - every time you run go, you must first ensure that /tmp/go is bound onto > $GOROOT in the current process environment > - your /tmp had better not be too temporary (some people use ramfs to mount > /tmp as an in-memory filesystem) > This was the issue. > > I re-ran those binds, and go projects work now. > > I will install it properly now Yeah -- those instructions weren't good -- /tmp is not a place to store things. Moody has fixed them (thanks). -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-Md49f2905862d8ffb5a2c1a43 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
I see now. This has two consequences: - every time you run go, you must first ensure that /tmp/go is bound onto $GOROOT in the current process environment - your /tmp had better not be too temporary (some people use ramfs to mount /tmp as an in-memory filesystem) This was the issue. I re-ran those binds, and go projects work now. I will install it properly now -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-Mdfdc8c814e08da2a812af46c Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
Thanks! -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M8c3e51ca593a7b7c6408d359 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
> I had installed go following > http://docs.9front.org/building-go Those instructions don't actually install go into /sys/lib/go/amd64-1.15.2 They install go into /tmp/go, which is then bound dynamically onto /sys/lib/go/amd64-1.15.2 This has two consequences: - every time you run go, you must first ensure that /tmp/go is bound onto $GOROOT in the current process environment - your /tmp had better not be too temporary (some people use ramfs to mount /tmp as an in-memory filesystem) I think it would be safer to install go into the actual /sys/lib tree, or (eg if you're on a shared system without write permission in /sys/lib), into your home directory and add the relevant bind command to your $home/lib/profile > And other than the go binary I do not see any go files under src. The .go files are in subdirectories. 'du -a $GOROOT/src' should show at least 4000 of them. > Would I even have a cache considering i've never successfully built a go > project yet? Installing go by building from source will cache lots of stuff in $home/lib/cache/go-build. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-Mc5b4006f4c7a1d740a3a8a8b Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
@Richard Miller I had installed go following http://docs.9front.org/building-go I do have permissions to the $GOROOT tree. And other than the go binary I do not see any go files under src. Would I even have a cache considering i've never successfully built a go project yet? term% cd $GOROOT term% pwd /sys/lib/go/amd64-1.15.2 term% touch test.t term% ls src src/Make.dist src/README.vendor src/all.bash src/all.bat src/all.rc src/archive src/bootstrap.bash src/bufio src/buildall.bash src/builtin src/bytes src/clean.bash src/clean.bat src/clean.rc src/cmd src/cmp.bash src/compress src/container src/context src/crypto src/database src/debug src/encoding src/errors src/expvar src/flag src/fmt src/go src/go.mod src/go.sum src/hash src/html src/image src/index src/internal src/io src/iostest.bash src/log src/make.bash src/make.bat src/make.rc src/math src/mime src/net src/os src/path src/plugin src/race.bash src/race.bat src/reflect src/regexp src/run.bash src/run.bat src/run.rc src/runtime src/sort src/strconv src/strings src/sync src/syscall src/testdata src/testing src/text src/time src/unicode src/unsafe src/vendor -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M9dea371307ba6b075c36cc83 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
On Wed, Oct 28, 2020, at 1:08 PM, Richard Miller wrote: > > non-deterministic builder > > It's probably not non-deterministic. It's just unpredictable (to me) > because the rules are encoded in the logic of 'go build' rather than > being visibly exposed as mk patterns. I understand, but I'm sure it would seem unpredictable to me too. Such apparent unpredictability bothers my brain when I'm trying to concentrate. A compiler unexpectedly taking the time to rebuild the entire toolchain in the middle of an edit-test-debug cycle would be a little too much for me personally. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M49b2b4839b7e74f9c263bf8a Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
> non-deterministic builder It's probably not non-deterministic. It's just unpredictable (to me) because the rules are encoded in the logic of 'go build' rather than being visibly exposed as mk patterns. I suspect I'm not the only one who doesn't find the staleness algorithm predictable, as evidenced by the number of times 'go tool dist test' for a single package repeatedly tries to rebuild the toolchain and standard library and hen re-check for staleness, even when invoked with '-no-rebuild'. See https://github.com/golang/go/issues/24300 -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-Mbb1bd4efca6ee049b840ebb3 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
On Wed, Oct 28, 2020, at 9:46 AM, Richard Miller wrote: > > That's telling you that it's attempting to rebuild some of the go library. > (Don't ask why. Rather than use something understandably deterministic like > mk, > the go authors have opted for an inference engine to detect "staleness", > which, in my experience, can trigger a recompile of the entire library > when something apparently innocent is touched.) Ugh! Didn't it formerly use mk? Just yesterday, I recalled my ancient notion of forking an early version of the language and calling it Stop. ;) If I liked the language, I might have done it already, (and the switch to a non-deterministic builder would be a likely trigger,) but then I am a little crazy. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M5fdf7ac6aba0282180e67457 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
> hget http://sprunge.us/3hcWI4 The first error message is: ../go/pkg/mod/github.com/henesy/disco@v0.0.0-20200313024015-ff90b1ac381a/config.go:4:2: package bufio is not in GOROOT (/sys/lib/go/amd64-1.15.2/src/bufio) That's telling you that it's attempting to rebuild some of the go library. (Don't ask why. Rather than use something understandably deterministic like mk, the go authors have opted for an inference engine to detect "staleness", which, in my experience, can trigger a recompile of the entire library when something apparently innocent is touched.) Does the source directory it's mentioning exist, and have .go files in it? Do you have write permission in the $GOROOT/pkg tree? Giving your go build cache a good clean might help. Or it might break everything completely, so make a backup first. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M07fedfa1be3a7830bd3c3a73 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
> Try git9's git/compat instead of standalone rc script. It still > seems to be work in progress, but as it's actual stated purpose is > for go get, maybe it will work for you. I just tried the repo in question. Git/compat was broken with it, so I fixed it. And, yes -- 'git/compat' is definitely a work in progress, so patches are welcome. Thanks to halfwit for stepping up to the plate and writing it. For the curious, here's what was going wrong: - go get calls 'git submodule init' unconditionally, and git/compat barfed even if there were no submodules. Now it treats it as a no-op if there are no submodules, and only barfs when it needs to. (Making it handle submodules would be even better!) - git/fetch had a bug parsing offset deltas, which is why they weren't enabled. - googlesource.com's git server is buggy. It ignores the capabilities I sent, and generates offset deltas, so I fixed the bug in the implementation. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-M8bff7daf588d1423029fbfd5 Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
Re: [9fans] Re: various problems with installing go lang
Try git9's git/compat instead of standalone rc script. It still seems to be work in progress, but as it's actual stated purpose is for go get, maybe it will work for you. -- 9fans: 9fans Permalink: https://9fans.topicbox.com/groups/9fans/T80ee3327f2f3dc57-Mad81dd32773023b9ca706bef Delivery options: https://9fans.topicbox.com/groups/9fans/subscription
