summaryrefslogtreecommitdiffstats
path: root/meta/recipes-devtools/libmodulemd
diff options
context:
space:
mode:
authorChangqing Li <changqing.li@windriver.com>2024-03-25 12:47:11 +0800
committerRichard Purdie <richard.purdie@linuxfoundation.org>2024-03-30 22:25:43 +0000
commit319353cd9d5afa4d1e349e18787697d65807932f (patch)
tree113c86317d5bd5dc19a6543cea58b71e33765804 /meta/recipes-devtools/libmodulemd
parent9b839a835cc0746c59f9d74ef0e66c79280f8f13 (diff)
downloadpoky-319353cd9d5afa4d1e349e18787697d65807932f.tar.gz
dnf: fix Exception handling for class ProcessLock
Yocto based systems will sometimes have log_lock.pid left in target filesystems. Users typing 'ls /' will notice it, and will never be removed. It happened when log rotate happened, refer [1], since the problem descripted in patch 0001-lock.py-fix-Exception-handling.patch, file log_lock.pid will not be removed after dnf exit. For target system, refer [4], dnf have a solution to remove it. But for OE, refer commit [2][3], for fix another issue, OE changed log_lock.pid to root dir for native dnf, so solution in [4] not works for log_lock.pid under "/", so it will always exist under "/" of target system. Use patch 0001-lock.py-fix-Exception-handling.patch to fix the problem. [1] https://github.com/rpm-software-management/dnf/blob/a6d82221ae32045f0f788708a52d2f2bf5c5740b/dnf/logging.py#L127C31-L127C42 [2] https://git.openembedded.org/openembedded-core/commit/?id=742a1b71249f4da1c8d8e13e270b0eb6128a3f66 [3] https://git.openembedded.org/openembedded-core/commit/?id=7610f81586bd475f28fd3d89a7350771720c3264 [4] https://github.com/rpm-software-management/dnf/blob/master/etc/tmpfiles.d/dnf.conf (From OE-Core rev: d86c0e3468504c6ed19e38750abbb8970b5b7691) Signed-off-by: Changqing Li <changqing.li@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-devtools/libmodulemd')
0 files changed, 0 insertions, 0 deletions