ci: re-enable actions cache now that the runner serves it
Tests · UI / test (push) Successful in 2m20s
Tests · Go / test (push) Failing after 2m21s
Tests · Go / test (pull_request) Successful in 1m40s
Tests · Integration / integration (pull_request) Successful in 1m46s
Tests · UI / test (pull_request) Successful in 2m2s

The Gitea Actions cache service now answers on 10.200.0.1:43513
(post nftables fix on the runner side). Turn `cache: true` and
`cache: pnpm` back on so setup-go/setup-node can use it for
cross-job tarball caching on top of the host-persistent caches we
already rely on.

The setup-* actions still tolerate the cache being unavailable, so
this is reversible to `cache: false` if the service goes away again.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This commit is contained in:
Ilia Denisov
2026-05-15 07:39:39 +02:00
parent fd071260ec
commit 2a95bf4a50
5 changed files with 10 additions and 24 deletions
+1 -7
View File
@@ -46,13 +46,7 @@ jobs:
uses: actions/setup-go@v5
with:
go-version-file: go.work
# `cache: true` here pushes/pulls archives through the Gitea
# Actions cache service at 192.168.0.222:43513. That endpoint
# currently does not answer, and the action wastes minutes
# per run on reserveCache retries. In host-mode the real
# caches live in $HOME (~/go/pkg/mod, ~/.cache/go-build) and
# persist between jobs without any actions/cache plumbing.
cache: false
cache: true
- name: Run Go tests
# client/ is the deprecated Fyne client; excluded from CI per