Closed coandco closed 3 months ago
I think I've tracked down the issue to libdns/dnsmadeeasy#1 and have opened libdns/dnsmadeeasy#2 to fix it.
I am still seeing this build fail. Likely we need to tag a new release 1.1.2?
#12 ...
#11 [linux/amd64 builder 2/2] RUN xcaddy build --with github.com/caddy-dns/dnsmadeeasy
#11 52.16 2024/08/14 04:26:45 [INFO] Skipping cleanup as requested; leaving folder intact: /tmp/buildenv_2024-08-14-0425.2588684510
#11 52.16 2024/08/14 04:26:45 [FATAL] exit status 1
#11 ERROR: process "/bin/sh -c xcaddy build --with github.com/caddy-dns/${CADDY_DNS}" did not complete successfully: exit code: 1
#12 [linux/arm64 builder 2/2] RUN xcaddy build --with github.com/caddy-dns/dnsmadeeasy
#12 CANCELED
------
> [linux/amd64 builder 2/2] RUN xcaddy build --with github.com/caddy-dns/dnsmadeeasy:
18.04 go: downloading github.com/googleapis/enterprise-certificate-proxy v0.3.2
18.16 go: downloading github.com/golang/groupcache v0.0.0-20210331224755-41bb18bfe9da
18.34 2024/08/14 04:26:11 [INFO] exec (timeout=0s): /usr/local/go/bin/go build -o /usr/bin/caddy -ldflags -w -s -trimpath -tags nobadger
36.87 # github.com/libdns/dnsmadeeasy
36.87 /go/pkg/mod/github.com/libdns/dnsmadeeasy@v1.1.1/client.go:34:18: cannot use dmeRecord.MxLevel (variable of type int) as uint value in assignment
36.87 /go/pkg/mod/github.com/libdns/dnsmadeeasy@v1.1.1/client.go:36:18: cannot use dmeRecord.Priority (variable of type int) as uint value in assignment
36.87 /go/pkg/mod/github.com/libdns/dnsmadeeasy@v1.1.1/client.go:56:23: cannot use record.Priority (variable of type uint) as int value in assignment
36.87 /go/pkg/mod/github.com/libdns/dnsmadeeasy@v1.1.1/client.go:58:24: cannot use record.Priority (variable of type uint) as int value in assignment
52.16 2024/08/14 04:26:45 [INFO] Skipping cleanup as requested; leaving folder intact: /tmp/buildenv_2024-08-14-0425.2588684510
52.16 2024/08/14 04:26:45 [FATAL] exit status 1
I think you're correct. @mholt, is that something you can do?
@John-K or @Monviech help maintain this repo, ideally if they have time to do it that'd be good :+1:
But I can if no one else is available.
Checking in on this.
Im maintaining a large caddy build that gets tested nightly and I do not experience a build issue:
Im maintaining a large caddy build that gets tested nightly and I do not experience a build issue:
This is because you are tagging the hashed release version. If using the standard method, such as below, it will fail as it is using the last known good tag.
xcaddy build \
--with github.com/caddy-dns/dnsmadeeasy
I see, I cant create a tag or a release here since only people with write access to this repository can do that. It would be best if the creator of this module does it, since this here was only a quick fix.
I'm using go version 1.22.3 and xcaddy 0.4.2.