-
Bug
-
Resolution: Fixed
-
P0: Blocker
-
None
-
dev, 6.5, 6.8, 6.9, 6.10
-
None
-
-
c552aa4aa (tqtc/lts-6.8), d65754337 (6.9), a836ac854 (dev), 7394584ab (6.10), 3745eeddb (dev), 1ec744199 (tqtc/lts-6.5)
Debian provisioning fails in integration continuously - Blocks Debian provisioning until fixed.
target: jammy-arm64-debian-pkg-packaging
- https://coin.ci.qt.io/coin/integration/qt/tqtc-qt5/tasks/1756200327
- https://coin.ci.qt.io/coin/integration/qt/tqtc-qt5/tasks/1756203231
- https://coin.ci.qt.io/coin/integration/qt/tqtc-qt5/tasks/1756212996
Running update for apt + waitLoop + sudo fuser /var/lib/dpkg/lock + sudo apt-get update Reading package lists... E: Could not get lock /var/lib/apt/lists/lock. It is held by process 930 (packagekitd) E: Unable to lock directory /var/lib/apt/lists/
And we have code which detects lock from different path
while sudo fuser /var/lib/dpkg/lock >/dev/null 2>&1 ; do echo "Waiting for other software managers to finish..." sleep 0.5 done
Earlier fix for SLES 15 SP5 could be extend to be used here:
- https://codereview.qt-project.org/c/qt/qt5/+/514201
- Solution is not impacted with paths, as it seems that current failing happens due to that
Confirmed: Other branches are having this same issue.
Update:
- Seems that earlier fix is not suitable for this
- but instead extend lock detecting with new path: /var/lib/apt/lists/lock