[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:
 Keywords:          |       Port:
--------------------+--------------------
 With the introduction of the Go modules system, it's very easy to
 accidentally make a port that downloads dependencies at build time.

 I want to add `GOPROXY=off GO111MODULE=off` to `build.env` to prevent
 this, but there are many ports that currently fail in my testing.

 Discover ports using the golang-1.0 portgroup (currently 85):

 {{{
 find . -name Portfile | xargs grep -l -E 'PortGroup +golang' | xargs -n 1
 dirname | xargs -n 1 basename
 }}}

 Of those, ports that failed to build with `GOPROXY=off GO111MODULE=off`
 appended to `build.env`:

 - glow
 - uni
 - yq
 - krew
 - fzf
 - chezmoi
 - gotop
 - pulumi
 - k9s
 - up
 - istioctl (due to #61184)
 - certigo
 - wtfutil
 - cloudmonkey
 - kubergrunt (already reported in #61185)
 - terragrunt
 - hugo
 - micro
 - elvish
 - trivy
 - aws-vault
 - annie
 - mole
 - scw
 - croc
 - ipfs
 - rclone
 - syncthing
 - evans
 - gitqlite
 - kustomize
 - webify
 - newreleases
 - go-migrate
 - golangci-lint
 - tektoncd-cli
 - gore
 - copilot
 - jenkins-cli
 - staticcheck
 - grpcurl

 I have not yet checked that each of these failures is from being unable to
 download dependencies, as opposed to e.g. something more esoteric about
 `GO111MODULE`.

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