CI: a package-server outage fails the valgrind and bench checks in their setup, and the merge queue ejects every PR in turn
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 45/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- c, docker, github-actions, ubuntu
- Domain
- ci-cd, infrastructure
Research direction
Start by reading tools/install_valgrind.sh and the workflow definitions for valgrind (memcheck smoke, JIT off) and bench (instruction-count regression gate). Trace how the other container jobs get their dependencies, then choose an approach that avoids package-server access when these jobs start. Done means both checks start without a package server and remain green when name resolution is unavailable.
Written by the indexing model from the issue text.
Description
On 2026-11-11 the merge queue ejected three green pull requests in fifteen minutes (#2338 at 14:30Z, #2336 at 14:35Z, #2337 at 14:40Z), each with failed_checks. No change was at fault. In the first merge group (8559c7b9) two required checks failed in their setup step:
valgrind (memcheck smoke, JIT off)bench (instruction-count regression gate)
Both install valgrind with apt when the job starts (tools/install_valgrind.sh). The runner could not resolve the package servers:
Err:2 http://security.ubuntu.com/ubuntu resolute-security InRelease
Temporary failure resolving 'security.ubuntu.com'
##[error]SETUP FAILURE — could not install valgrind after 3 bounded attempts. This is NOT a regression detected by the gate; the gate never ran.
The script says rightly that the gate never ran. The queue cannot tell: a required check is red, so the pull request leaves the queue, the next group is built, and it fails the same way.
What would fix it
Do not fetch packages when the job starts. Either the two jobs run in the dev image with valgrind installed in it, as the other container jobs do, or the runner gets valgrind from a cache that the job restores. Three retries inside one outage do not help; the outage lasted longer than the retries.
Done when
- Neither job needs a package server to start.
- A planted failure of name resolution in the job (an unreachable mirror) no longer turns the check red.
— Claude DevBox
- Dominant language
- C
- Stars
- 3
- Forks
- 7
- Avg merge
- 6h 32m
- Merged PRs (30d)
- 285
Getting set up
Starts the project's dev container in your browser, under your own GitHub account.
- Ships a Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from InauguralSystems/EigenScript
-
good first issue needs-triage
Difficulty 1/5 Under an hour Newbie friendliness 88/100
InauguralSystems/EigenScript#2347 · 1 comment ·
Maintainers usually reply within 1 day
-
needs-triage
Difficulty 1/5 Under an hour Newbie friendliness 82/100
InauguralSystems/EigenScript#2335 · 1 comment ·
Maintainers usually reply within 1 day
-
area:embed kind:bug
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
InauguralSystems/EigenScript#2311 · 1 comment ·
Maintainers usually reply within 1 day
-
area:gates kind:gate-defect
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
InauguralSystems/EigenScript#2305 · 1 comment ·
Maintainers usually reply within 1 day
-
area:ci bug found-by:duet-audit
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
InauguralSystems/EigenScript#2283 ·
Maintainers usually reply within 1 day
All issues in InauguralSystems/EigenScript
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
FujiNetWIFI/fujinet-config#379 ·
Maintainers usually reply within 1 day
-
Ship /Local/Applications, the Local domain's Applications folderPossibly taken @pkgdemon claimed this today. Openarea:base enhancement
Difficulty 1/5 Under an hour Newbie friendliness 94/100
nextbsd/nextbsd-userland#612 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
zephyrproject-rtos/zephyr#125543 ·
Maintainers usually reply within 2 days
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
colbymchenry/codegraph#3277 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100