carrier-grade NAT? On Friday, February 2, 2024 at 7:05:42 PM UTC+1 sprynger wrote:
> In my case it might be an ISP problem, since this only happens to me when > I work from home. At work, the exact same project builds all at once > without any issues. > > A quinta-feira, 1 de fevereiro de 2024 à(s) 21:07:03 UTC, TheDiveO > escreveu: > >> Are you still using Debian 11 and the outdated Debian docker.io package >> with Docker 18? What happens when you use a recent Docker, either 24.x or >> hot-off-the-press 25.0.1? And then build using a Go-Alpine base image? Do >> you still use Debian's broken Docker seccomp profile...? >> >> I'm on an IPv6 uplink and in all these years never seen this issue. I'm >> not using Debian due to its totally outdated cloud/container packages, but >> instead a *ubuntu host with docker-ce packages, using alpine base images >> for building ... and never such an issue. So my bet would be on Debian >> and/or your ISP. From my bad experience with many nightmarish late hour >> diagnosis sessions with oversees my bet is on Debian, especially the LTS >> long-term-broken variants. >> >> On Thursday, February 1, 2024 at 8:48:42 PM UTC+1 Sebastiaan van der >> Meulen wrote: >> >>> Same issue here without solution. Hoping anyone finds one >>> >>> Op zondag 14 januari 2024 om 22:53:54 UTC+1 schreef Dmitry Anderson >>> (4nd3rs0n): >>> >>>> I'm having the same problem. For now I just vendor modules to a project >>>> modules and run without installing anything from the container, but also >>>> would like to find a fix. >>>> On Monday, May 22, 2023 at 2:29:08 AM UTC+2 Joao Miguel Ferreira wrote: >>>> >>>>> Hello all, >>>>> >>>>> My docker build is ok with FROM golang:1.18-alpine, FROM >>>>> golang:1.18-buster and FROM golang:1.18-bullseye images. The >>>>> application works. All is fine on the 3 cases. >>>>> >>>>> But the docker build fails with FROM golang:1.20-alpine, FROM >>>>> golang:1.20-buster and FROM golang:1.20-bullseye images. >>>>> >>>>> This is the error message I get: >>>>> >>>>> go: github.com/davecgh/go-...@v1.1.1 >>>>> <http://github.com/davecgh/go-spew@v1.1.1>: Get " >>>>> https://proxy.golang.org/github.com/davecgh/go-spew/@v/v1.1.1.mod": >>>>> dial tcp [2a00:1450:4003:801::2011]:443: connect: cannot assign requested >>>>> address >>>>> >>>>> It happens during go mod download. It happens when building on >>>>> Debian11, Debian12 and Ubuntu22 hosts. >>>>> >>>>> I have tried many things including going inside the container and >>>>> downloading the module with wget. It works fine. Maybe something changed >>>>> from 1.18 to 1.20 related to ipv6. >>>>> >>>>> I would like to be able to do the build with one golang 1.20 image. >>>>> But I can not understand what is wrong. Can you help clarify that error >>>>> and >>>>> how to overcome it? >>>>> >>>>> >>>>> -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/golang-nuts/7f892f6a-50bc-4b4b-9679-3cab77693152n%40googlegroups.com.