Skip to content

chore(deps): bump go-acme/lego to v5.2.0#12909

Open
rowanchen-com wants to merge 1 commit into
1Panel-dev:dev-v2from
rowanchen-com:chore/lego-v5.2.0
Open

chore(deps): bump go-acme/lego to v5.2.0#12909
rowanchen-com wants to merge 1 commit into
1Panel-dev:dev-v2from
rowanchen-com:chore/lego-v5.2.0

Conversation

@rowanchen-com
Copy link
Copy Markdown
Contributor

lego v5.2.0 (released 2026-05-29) is a minor release with two new DNS providers (OpusDNS, Poweradmin) and an Infomaniak v2 API update. None of these are wired into 1Panel today, but the bump pulls in transitive bug fixes and SDK refreshes for providers we already use.

Changes are confined to agent/go.mod and agent/go.sum; the source files under agent/utils/ssl/ already use the import path github.com/go-acme/lego/v5/... and require no code changes.

Indirect bumps produced by 'go mod tidy' on a fresh checkout:

  • alibabacloud-go/darabonba-openapi v2.1.16 -> v2.2.1 (alidns provider chain)

  • alibabacloud-go/tea v1.4.0 -> v1.5.0 (alidns provider chain)

  • aws-sdk-go-v2 family v1.41.7 -> v1.41.8 and matching service modules (route53 provider chain)

  • baidubce/bce-sdk-go v0.9.266 -> v0.9.267 (baiducloud provider chain)

  • huaweicloud/huaweicloud-sdk-go-v3 v0.1.197 -> v0.1.198 (huaweicloud provider chain)

  • tencentcloud-sdk-go v1.3.102 -> v1.3.106 (tencentcloud provider chain)

  • volcengine/volc-sdk-golang v1.0.248 -> v1.0.249 (volcengine provider chain)

  • go-acme/alidns-20150109 major bump v4 -> v5 (required by lego v5.2.0)

  • go-acme/esa-20240910 major bump v2 -> v3 (required by lego v5.2.0)

  • fsnotify/fsnotify v1.9.0 -> v1.10.1 (also targeted by dependabot PR chore(deps): bump github.com/fsnotify/fsnotify from 1.9.0 to 1.10.1 in /agent #12864/chore(deps): bump github.com/fsnotify/fsnotify from 1.9.0 to 1.10.1 in /core #12865)

Built and verified on linux/amd64:

GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build ./...

agent and core binaries link cleanly against the upgraded lego and indirect dependencies; no source-level adaptations needed.

What this PR does / why we need it?

Summary of your change

Please indicate you've done the following:

  • Made sure tests are passing and test coverage is added if needed.
  • Made sure commit message follow the rule of Conventional Commits specification.
  • Considered the docs impact and opened a new docs issue or PR with docs changes if needed.

lego v5.2.0 (released 2026-05-29) is a minor release with two new DNS providers (OpusDNS, Poweradmin) and an Infomaniak v2 API update. None of these are wired into 1Panel today, but the bump pulls in transitive bug fixes and SDK refreshes for providers we already use.

Changes are confined to agent/go.mod and agent/go.sum; the source files under agent/utils/ssl/ already use the import path github.com/go-acme/lego/v5/... and require no code changes.

Indirect bumps produced by 'go mod tidy' on a fresh checkout:

- alibabacloud-go/darabonba-openapi v2.1.16 -> v2.2.1 (alidns provider chain)

- alibabacloud-go/tea v1.4.0 -> v1.5.0 (alidns provider chain)

- aws-sdk-go-v2 family v1.41.7 -> v1.41.8 and matching service modules (route53 provider chain)

- baidubce/bce-sdk-go v0.9.266 -> v0.9.267 (baiducloud provider chain)

- huaweicloud/huaweicloud-sdk-go-v3 v0.1.197 -> v0.1.198 (huaweicloud provider chain)

- tencentcloud-sdk-go v1.3.102 -> v1.3.106 (tencentcloud provider chain)

- volcengine/volc-sdk-golang v1.0.248 -> v1.0.249 (volcengine provider chain)

- go-acme/alidns-20150109 major bump v4 -> v5 (required by lego v5.2.0)

- go-acme/esa-20240910 major bump v2 -> v3 (required by lego v5.2.0)

- fsnotify/fsnotify v1.9.0 -> v1.10.1 (also targeted by dependabot PR 1Panel-dev#12864/1Panel-dev#12865)

Built and verified on linux/amd64:

  GOOS=linux GOARCH=amd64 CGO_ENABLED=0 go build ./...

agent and core binaries link cleanly against the upgraded lego and indirect dependencies; no source-level adaptations needed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant