These were the only two jobs running directly via `runs-on:` that did
not have a `timeout-minutes` guardrail. Add 120 minutes as a starting
point to prevent runaway jobs, matching the existing convention used
elsewhere in the workflows. Tuning each job's timeout to its usual
runtime is left as a follow-up, as suggested in the issue.
Signed-off-by: Takumi Akasaka <takumiakasaka1231@gmail.com>
Signed-off-by: Sebastiaan van Stijn <github@gone.nl>
| ... | ... |
@@ -158,6 +158,7 @@ jobs: |
| 158 | 158 |
|
| 159 | 159 |
build-dind: |
| 160 | 160 |
runs-on: ubuntu-24.04 |
| 161 |
+ timeout-minutes: 120 # guardrails timeout for the whole job |
|
| 161 | 162 |
if: ${{ github.event_name != 'pull_request' || !contains(github.event.pull_request.labels.*.name, 'ci/validate-only') }}
|
| 162 | 163 |
needs: |
| 163 | 164 |
- validate-dco |