Skip to content
Open
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension


Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 10 additions & 0 deletions .github/workflows/rebuild-chainspec-bot.yml
Original file line number Diff line number Diff line change
Expand Up @@ -143,6 +143,16 @@ jobs:
username: MidnightCI
password: ${{ secrets.MIDNIGHTCI_PACKAGES_READ }}

# Self-hosted-runner-specific: earthly's managed buildkitd defaults to TLS
# but no certs are provisioned on the runner. Beyond fixing this job's own
# TLS failure, this keeps the buildkit settings hash byte-identical with
# every other self-hosted earthly caller (see continuous-integration.yml) —
# a mismatched hash makes earthly force-recreate the shared buildkitd,
# cancelling every in-flight build on the box.
- name: Disable earthly TLS (self-hosted runner has no certs)
run: |
echo " tls_enabled: false" >> .earthly/config.yml

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Use the same self-hosted Earthly config as CI

On self-hosted runners, the other Earthly workflows source .envrc before invoking Earthly (for example .github/workflows/continuous-integration.yml:648), and .envrc:29-30 switches them to .earthly/config.selfhosted.yml, which includes both tls_enabled: false and buildkit_additional_args: ["-m", "180Gb"] (.earthly/config.selfhosted.yml:15-20). This bot still runs with EARTHLY_CONFIG: .earthly/config.yml, so appending only TLS leaves its BuildKit settings hash different from CI and the chainspec bot can still force-recreate the shared earthly-buildkitd on each run. Use the same self-hosted config (or source .envrc) for the bot invocation instead of patching the default config.

Useful? React with 👍 / 👎.


- name: Run rebuild-chainspec
env:
EARTHLY_CONFIG: .earthly/config.yml
Expand Down
10 changes: 10 additions & 0 deletions .github/workflows/rebuild-metadata-bot.yml
Original file line number Diff line number Diff line change
Expand Up @@ -97,6 +97,16 @@ jobs:
username: MidnightCI
password: ${{ secrets.MIDNIGHTCI_PACKAGES_READ }}

# Self-hosted-runner-specific: earthly's managed buildkitd defaults to TLS
# but no certs are provisioned on the runner. Beyond fixing this job's own
# TLS failure, this keeps the buildkit settings hash byte-identical with
# every other self-hosted earthly caller (see continuous-integration.yml) —
# a mismatched hash makes earthly force-recreate the shared buildkitd,
# cancelling every in-flight build on the box.
- name: Disable earthly TLS (self-hosted runner has no certs)
run: |
echo " tls_enabled: false" >> .earthly/config.yml

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Badge Use the same self-hosted Earthly config as CI

On self-hosted runners, the other Earthly workflows source .envrc before invoking Earthly (for example .github/workflows/continuous-integration.yml:184), and .envrc:29-30 switches them to .earthly/config.selfhosted.yml, which includes both tls_enabled: false and buildkit_additional_args: ["-m", "180Gb"] (.earthly/config.selfhosted.yml:15-20). This bot still runs with EARTHLY_CONFIG: .earthly/config.yml, so appending only TLS leaves its BuildKit settings hash different from CI and the metadata bot can still force-recreate the shared earthly-buildkitd on each run. Use the same self-hosted config (or source .envrc) for the bot invocation instead of patching the default config.

Useful? React with 👍 / 👎.


- name: Run rebuild-metadata
env:
EARTHLY_CONFIG: .earthly/config.yml
Expand Down
Loading