Skip to content

Fix publish-docker startup_failure: use ASF-approved docker/login-action SHA - #231

Merged
wu-sheng merged 1 commit into
masterfrom
fix-publish-docker-approved-login-action-sha
Jun 23, 2026
Merged

wu-sheng merged 1 commit into
masterfrom
fix-publish-docker-approved-login-action-sha

Conversation

@wu-sheng

Copy link
Copy Markdown
Member

Fix the publish-docker workflow startup_failure on master push

publish-docker.yaml pinned docker/login-action@c94ce9fb468520275223c153574b00df6fe4bcc9 (set in #229). That SHA is not on the ASF GitHub Actions allow-list, so the workflow is rejected at startup_failure before any job runs.

Because publish-docker triggers only on push: branches: [master], no PR ever exercises it — so #229's bad SHA passed PR CI and only failed post-merge (e.g. https://github.com/apache/skywalking-cli/actions/runs/28028423025).

Switch to docker/login-action@650006c6eb7dba73a995cc03b0b2d7f5ca915bee (v4.2.0), which is on the approved list and is the exact SHA apache/skywalking, apache/skywalking-banyandb, and apache/skywalking-infra-e2e all use. It's the only third-party action in any cli workflow.

  • This is a CI-only fix; no unit test applies.

…ion SHA

The pinned docker/login-action SHA c94ce9fb... (set in #229) is not on the ASF
GitHub Actions allow-list, so the publish-docker workflow — which only runs on
push to master, hence never exercised by a PR — fails at startup_failure on every
master push. Switch to 650006c6...(v4.2.0), which is on the approved list and is
the SHA apache/skywalking, skywalking-banyandb and skywalking-infra-e2e all use.
@wu-sheng wu-sheng added this to the 0.15.0 milestone Jun 23, 2026
@wu-sheng
wu-sheng merged commit 90365c4 into master Jun 23, 2026
7 checks passed
@wu-sheng
wu-sheng deleted the fix-publish-docker-approved-login-action-sha branch June 23, 2026 13:33
wu-sheng added a commit that referenced this pull request Oct 17, 2026
…237)

* Fix publish-docker startup_failure: replace docker/login-action with docker login

The ASF allow-list expired the docker/login-action v4.2.0 SHA pin, so the
workflow failed at startup again after #236 merged (as before in #229 and
#231). A plain `docker login --password-stdin` step does the same thing
with no third-party pin to expire.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LUyq3m8dX1W9YceYrZB8yj

* fix(deps): bump x/net, x/crypto and x/text for remaining advisories

Upgrade golang.org/x/net to v0.60.0, golang.org/x/crypto to v0.57.0 and
golang.org/x/text to v0.42.0 (x/sync, x/sys and x/term follow). This
clears the advisories govulncheck still reports after #236, including
five x/net HTTP/2 ones reachable from swctl's HTTP clients. The only
remaining finding is GO-2026-5932 (x/crypto/openpgp is unmaintained, has
no fix, and is not imported).

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01LUyq3m8dX1W9YceYrZB8yj

---------

Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
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.

2 participants