| 2 Mar 2023 |
[0x4A6F] | In reply to @qbit:tapenet.org [0x4A6F]: do you need the rtrdump tool? Does it conflict somehow? | 19:03:19 |
@qbit:tapenet.org | no, i was thinking it was just that tool that was failing - but setting subPackages = [ "cmd/stayrtr" ]; fails the same way | 19:04:24 |
@qbit:tapenet.org | I can 'go install' just fine on nixos (unstable, go 1.19.6) and openbsd -current | 19:05:18 |
@qbit:tapenet.org | so now I have no idea what could be wrong | 19:05:47 |
@qbit:tapenet.org | i wonder if go install is less strict | 19:09:24 |
@qbit:tapenet.org | yep | 19:09:51 |
@qbit:tapenet.org | so with go build -mod=vendor ./... in the stayrtr source tree@v0.5.1 it fails to build | 19:10:22 |
@qbit:tapenet.org | but with just go build ./... it builds fine | 19:10:30 |
@qbit:tapenet.org | -mod=readonly tells the go command to ignore the vendor directory and to report an error if go.mod needs to be updated. | 19:14:42 |
@qbit:tapenet.org | huh | 19:14:46 |
@qbit:tapenet.org | https://github.com/NixOS/nixpkgs/blob/master/pkgs/build-support/go/module.nix#L176 we set -mod=vendor | 19:15:23 |
[0x4A6F] | I don't know, hopefully the don't lynch me for this | 19:16:17 |
@qbit:tapenet.org | na, I know all the devs there - they are good peeps :D | 19:17:41 |
@qbit:tapenet.org | where "all" is Claudio and Job :P | 19:18:19 |
[0x4A6F] | benjojo is also cool. Have meet with him in Berlin last year. | 19:19:03 |
@qbit:tapenet.org | nice :D - I know CJ and Job from openbsd hackathons | 19:19:39 |
@qbit:tapenet.org | i wonder if this is a regress in go build | 19:20:44 |
@qbit:tapenet.org | i am not sure if the error fits into the "if go.mod needs to be updated." category - or if that's just for modules listed in go.mod | 19:21:07 |
@qbit:tapenet.org | oh, my error is about vendor/modules.txt | 19:23:48 |
@qbit:tapenet.org | not go 1.16 | 19:23:56 |
@qbit:tapenet.org | /nix/store/sjn0iz3vji2lrj5r40vk4arn35mqchyl-go-1.18.10/share/go/pkg/tool/linux_amd64/compile -o $WORK/b117/_pkg_.a -trimpath "/nix/store/sjn0iz3vji2lrj5r40vk4arn35mqchyl-go-1.18.10/share/go/src/log=>log;$WORK/b117=>" -p log -std -compl>
cd /nix/store/sjn0iz3vji2lrj5r40vk4arn35mqchyl-go-1.18.10/share/go/src/vendor/golang.org/x/crypto/chacha20poly1305
/nix/store/sjn0iz3vji2lrj5r40vk4arn35mqchyl-go-1.18.10/share/go/pkg/tool/linux_amd64/asm -p vendor/golang.org/x/crypto/chacha20poly1305 -trimpath "/nix/store/sjn0iz3vji2lrj5r40vk4arn35mqchyl-go-1.18.10/share/go/src/vendor/golang.org/x/>
# golang.org/x/sys/unix
vendor/golang.org/x/sys/unix/syscall.go:83:16: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
vendor/golang.org/x/sys/unix/syscall_linux.go:2271:9: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
vendor/golang.org/x/sys/unix/syscall_unix.go:118:7: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
vendor/golang.org/x/sys/unix/sysvshm_unix.go:33:7: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
| 19:34:16 |
@qbit:tapenet.org | qbit@europa[1]:~/src/stayrtr(tags/v0.5.1)% go build -mod=vendor ./...
# golang.org/x/sys/unix
vendor/golang.org/x/sys/unix/syscall.go:83:16: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
vendor/golang.org/x/sys/unix/syscall_linux.go:2271:9: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
vendor/golang.org/x/sys/unix/syscall_unix.go:118:7: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
vendor/golang.org/x/sys/unix/sysvshm_unix.go:33:7: unsafe.Slice requires go1.17 or later (-lang was set to go1.16; check go.mod)
phew
| 19:39:10 |
@qbit:tapenet.org | crazy, so go is behaving as expected | 19:53:04 |
@qbit:tapenet.org | under a normal build (go build ./...) go is taking into account all the sub go.mod files and the versions they have listed.. and it realizes that it is in fact OK to build.. | 19:54:06 |
@qbit:tapenet.org | but with go build -mod=vendor - it doesn't take the versions into account | 19:54:27 |
@qbit:tapenet.org | ya, feels icky to me | 19:59:14 |
[0x4A6F] | Thanks for your help ❤️ | 20:03:02 |
@qbit:tapenet.org | for some value of help :P - np! | 20:04:09 |
@qbit:tapenet.org | "hit it with a stick until the bugs fall out!" <-- my debugging technique :D | 20:07:35 |
@qbit:tapenet.org | Yay Ben! | 20:37:49 |