3 Commits
Author SHA1 Message Date
kartiandClaude Opus 5 91a086e723 ci: take the deploy target out of the public workflow
CI / verify (push) Successful in 46s
CI / deploy (push) Failing after 1m18s
This repo is public, so .gitea/workflows/ci.yml was publishing the web
host's tailnet address in a plaintext env: block, together with the deploy
account, the checkout path and the unit restarted under sudo -- a complete
map of the deploy for any anonymous reader.

Host, account, path and service now come from repo secrets (DEPLOY_HOST,
DEPLOY_USER, DEPLOY_PATH, DEPLOY_SERVICE), which Gitea masks in run logs.
The path and unit name are passed to the remote shell as positional args
inside a quoted heredoc so they are never interpolated into the log either.
The deploy key secret is renamed CLOUD2_SSH_KEY -> DEPLOY_SSH_KEY to match;
it was never actually set, which is why every deploy run so far is red.

The rest of docs/DEPLOY.md already used the web-host/build-host pseudonyms;
this drops the remaining absolute deploy-account paths from its prose.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_012AaUFYkUTsJn1fnJ89qbvW
2026-09-15 12:18:22 -07:00
karti 68a436d7ea Import upstream Verifiers episodes into Bench
CI / verify (push) Successful in 40s
CI / deploy (push) Failing after 1m21s
2026-08-25 13:08:02 -07:00
Karti Tripathi 006feee0f7 Lumbridge Bench
CI / verify (push) Successful in 24s
CI / deploy (push) Failing after 1m14s
2026-08-04 00:44:07 -07:00