[MacPorts] #61192: Lots of golang ports are downloading dependencies at build time

[MacPorts]

#61192: Lots of golang ports are downloading dependencies at build time
-------------------------------------------------+-------------------------
  Reporter:  amake                               |      Owner:  (none)
      Type:  defect                              |     Status:  new
  Priority:  Normal                              |  Milestone:
 Component:  ports                               |    Version:
Resolution:                                      |   Keywords:
      Port:  annie aws-vault certigo chezmoi     |
  cloudmonkey copilot croc elvish evans fzf      |
  gitqlite glow go-migrate golangci-lint gore    |
  gotop grpcurl hugo ipfs istioctl jenkins-cli   |
  k9s krew kubergrunt kustomize micro mole       |
  newreleases pulumi rclone scw staticcheck      |
  syncthing tektoncd-cli terragrunt trivy uni    |
  up webify wtfutil yq                           |
-------------------------------------------------+-------------------------

Comment (by breun):

 Replying to [comment:56 amake]:
 > I think the problem is that some of the dependencies have their own
 vendored dependencies (in a `vendor` dir at the dependency's root), and
 when `GO111MODULE=off` this is unexpected: instead it's expected that all
 packages should be flattened into the GOPATH.
 >
 > I'm not sure what to do about it.

 Neither am I. I maintain these ports because I use these tools myself, but
 I am not familiar with how Go software gets built. I was already
 struggling quite a bit to get an initial Portfile for `k9s` working, and
 it seems that this `go.vendor` stuff adds a whole new dimension of
 complexity. Are there any people familiar enough with Go builds in this
 thread that could help out?

-- 
Ticket URL: <https://trac.macports.org/ticket/61192#comment:73>
MacPorts <https://www.macports.org/>
Ports system for macOS