-
Notifications
You must be signed in to change notification settings - Fork 76
[integration_test] Address dpkg lock
issues by setting DPkg::Lock::Timeout=600
.
#1986
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
DPkg::Lock::Timeout=100
again.DPkg::Lock::Timeout=600
again.
54de33c
to
264cecd
Compare
DPkg::Lock::Timeout=600
again.DPkg::Lock::Timeout=600
again.
If this has a noticeable improvement then it's fine by me, but what about the approach we tried in #1827? I would expect that approach to work more generally; in this PR we'd have to instead add that override to every |
DPkg::Lock::Timeout=600
again.dpkg lock
issues by setting DPkg::Lock::Timeout=600
.
I don't know the specific reason of why the previous "global" approach of setting |
Description
Fix for
Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?
inDebian 11
integration tests.Related issue
b/369656678
How has this been tested?
Checklist: