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
go_1_11: init at 1.11 and set as default #45630
Conversation
Failure on x86_64-darwin (full log) Attempted: go_1_11 Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: go_1_11 Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: go_1_11 Partial log (click to expand)
|
Does |
I noticed that
This is because the Furthermore this is the
I'm not sure why it's repeating the same path over and over again. I think this means To test:
|
@CMCDragonkai |
@adisbladis I discovered this after experimenting with it. The problem is that I wish to shared dependencies between what is loaded by Nix and what can be used by the Go 1.11 compiler when in module mode. That way I'm not downloading the same dependency twice, once during FYI: This sharing of deps between building and development is achieved in the Python Nix. |
I have set go 1.11 as default, both in the |
@GrahamcOfBorg build go_1_11 |
Failure on x86_64-darwin (full log) Attempted: go_1_11 Partial log (click to expand)
|
Hopefully the last darwin issues are now sorted. @GrahamcOfBorg build go_1_11 |
Success on x86_64-linux (full log) Attempted: go_1_11 Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-linux: goa, gopherclient Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: go_1_11 Partial log (click to expand)
|
Failure on x86_64-darwin (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-darwin: goa, gopherclient Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: go_1_11 Partial log (click to expand)
|
Failure on x86_64-darwin (full log) Attempted: go_1_11 Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: go_1_11 Partial log (click to expand)
|
Failure on x86_64-darwin (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-darwin: goa, gopherclient Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-linux: goa, gopherclient Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on aarch64-linux: goa, gopherclient Partial log (click to expand)
|
Success on x86_64-darwin (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-darwin: goa, gopherclient Partial log (click to expand)
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ping maintainers of broken packages.
@@ -21,5 +21,6 @@ buildGoPackage rec { | |||
description = "A framework for building microservices in Go using a unique design-first approach"; | |||
license = licenses.mit; | |||
maintainers = [ maintainers.rushmorem ]; | |||
broken = true; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cc @rushmorem
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Goa seemed to build right now, is go110 just required here? https://hydra.nixos.org/build/80201530
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
goa does indeed build with buildGo110Package
. I recently had build issues with goa (#43328 (comment)) so I mistakenly assumed it was still broken.
Fixed and squashed.
@@ -40,5 +40,6 @@ buildGoPackage rec { | |||
license = licenses.mit; | |||
maintainers = with maintainers; [ orivej ]; | |||
platforms = platforms.linux; | |||
broken = true; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
cc @orivej
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'll fix it.
@GrahamcOfBorg build docker kubernetes |
Success on x86_64-linux (full log) Attempted: docker, kubernetes Partial log (click to expand)
|
Success on aarch64-linux (full log) Attempted: docker, kubernetes Partial log (click to expand)
|
Success on x86_64-darwin (full log) Attempted: docker, kubernetes Partial log (click to expand)
|
Package does not build
@GrahamcOfBorg test docker |
Success on aarch64-linux Attempted: tests.docker No partial log is available. |
Success on aarch64-linux (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on aarch64-linux: gopherclient Partial log (click to expand)
|
Success on x86_64-darwin (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-darwin: gopherclient Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: go_1_11 The following builds were skipped because they don't evaluate on x86_64-linux: gopherclient Partial log (click to expand)
|
Success on x86_64-linux (full log) Attempted: tests.docker Partial log (click to expand)
|
sha256 = "1k18d6rkijlgzn1zw4wphzcv6a6w9hb1msgrsh1102jb18644f2q"; | ||
}; | ||
|
||
GOCACHE = "off"; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm not sure this is working. The derivation is 1.1GB on my machine, and on closer inspection it seems to be mostly this directory:
$ du -hcs /nix/store/vk289i3s3ki84681q8pallmgcmsjg708-go-1.11/share/go/pkg/obj/go-build
673M /nix/store/vk289i3s3ki84681q8pallmgcmsjg708-go-1.11/share/go/pkg/obj/go-build
673M total
and there is a README:
$ cat /nix/store/vk289i3s3ki84681q8pallmgcmsjg708-go-1.11/share/go/pkg/obj/go-build/README
This directory holds cached build artifacts from the Go build system.
Run "go clean -cache" if the directory is getting too large.
See golang.org to learn more about Go.
Do we want that directory as part of our go derivation?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this was solved here: #47260
Motivation for this change
Things done
sandbox
innix.conf
on non-NixOS)nix-shell -p nox --run "nox-review wip"
./result/bin/
)nix path-info -S
before and after)note: I want to set this as default but need to run
nox-review
first.cc @cstrahan @orivej @velovix @Mic92
I recently started https://github.com/adisbladis/vgo2nix to use the new modules support with Nix.