|
Bugzilla – Full Text Bug Listing |
| Summary: | tmpfiles suse.conf conflicts with lockdev.conf | ||
|---|---|---|---|
| Product: | [openSUSE] openSUSE Tumbleweed | Reporter: | Andrei Borzenkov <arvidjaar> |
| Component: | Basesystem | Assignee: | Ludwig Nussel <lnussel> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Normal | ||
| Priority: | P5 - None | CC: | fbui, lnussel |
| Version: | Current | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | --- | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Andrei Borzenkov
2023-07-03 05:51:37 UTC
Ludwig, it seems that /run/lock shouldn't be defined by lockdev.conf. Maybe it does so for supporting lockdev on systems without systemd but /run/lock is a common location used for other purposes too hence defining it in a "low-level" package, such as filesystem, makes more sense. systemd currently keeps the definition for historical reasons but I think filesystem makes more sense. we can do that once lockdev is dropped. the fact it's in lockdev now comes from an earlier discussion. the submission was just stuck. Anyway nobody should be using /run/lock really. Those other users are abuse that should use an application specific subdir in /run instead. lockdev shipping a tmpfiles rule for /run/lock was probably wrong but since this package is in the process of being dropped [1] that should fix the current issue. Reassigning to Ludwig. [1] https://build.opensuse.org/request/show/1098320 lockdev is gone now |