APT unlocks in same order as it locks
Bug #1829860 reported by
Julian Andres Klode
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
apt (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
Xenial |
Won't Fix
|
Undecided
|
Unassigned | ||
Bionic |
Fix Released
|
Undecided
|
Unassigned | ||
Disco |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[Impact]
APT releases the locks in the same order it acquires them, rather than reverse order. Given that we have no waiting for locks, this is not _super_ problematic, but it might be wrong: You'd get a lock failure on dpkg's lock, rather than lock-frontend.
[Test case]
Watch lock release with strace and see that it unlocks the right way.
[Regression potential]
Some other locking races or something?
description: | updated |
Changed in apt (Ubuntu Disco): | |
status: | New → In Progress |
description: | updated |
Changed in apt (Ubuntu Bionic): | |
status: | New → In Progress |
Changed in apt (Ubuntu Xenial): | |
status: | New → Won't Fix |
To post a comment you must log in.
This bug was fixed in the package apt - 1.8.2+19.10
---------------
apt (1.8.2+19.10) eoan; urgency=medium
* Upload to eoan
apt (1.8.2) unstable; urgency=medium
[ Alwin Henseler ]
* Flip /: in documented default value of DPkg::Path (Closes: #917986)
[ TilmanK ]
* Fix typo in German manpage translation
[ Américo Monteiro ]
* Portuguese manpages translation update (Closes: #926614)
[ Jean-Pierre Giraud ]
* French manpages translation update (Closes: #929290)
[ Michael Zhivich ]
* methods: https: handle requests for TLS re-handshake (LP: #1829861)
[ Julian Andres Klode ]
* Unlock dpkg locks in reverse locking order (LP: #1829860)
-- Julian Andres Klode <email address hidden> Tue, 28 May 2019 23:25:22 +0200