Skip to content

Wait for the dpkg lock before installing test dependencies - #474

Draft
chruffins wants to merge 1 commit into
mainfrom
hypeship/apt-lock-timeout
Draft

Wait for the dpkg lock before installing test dependencies#474
chruffins wants to merge 1 commit into
mainfrom
hypeship/apt-lock-timeout

Conversation

@chruffins

@chruffins chruffins commented Sep 3, 2026

Copy link
Copy Markdown
Contributor

summary

The Install dependencies step in the test workflow runs apt-get install on a shared self-hosted runner. When another job holds the dpkg frontend lock at that moment, apt fails immediately with exit 100 and the whole job is lost.

Pass -o DPkg::Lock::Timeout=300 so apt waits for the lock instead of failing, and widen the surrounding timeout so the wait cannot be cut off.

validation

Workflow-only change; no code affected.


Note

Low Risk
Workflow-only tweak to apt install behavior on shared runners; no product code or secrets handling affected.

Overview
The Linux Install dependencies step on self-hosted runners no longer fails immediately when another job holds the dpkg frontend lock.

apt-get install now passes -o DPkg::Lock::Timeout=300 so apt waits up to five minutes for the lock instead of exiting with code 100. The outer timeout on that install was raised from 300s to 600s so a full lock wait plus install is not cut off early.

No application code changes—CI reliability only.

Reviewed by Cursor Bugbot for commit ec37280. Configure here.

Concurrent jobs on the shared runner occasionally hold the dpkg frontend
lock while this step runs apt-get install, which then fails immediately
with exit 100. Let apt wait up to five minutes for the lock and widen the
step timeout to match.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant