Bug 2216793
| Summary: | systemd should create and own .conf.d directories | ||
|---|---|---|---|
| Product: | Red Hat Enterprise Linux 8 | Reporter: | Orion Poplawski <orion> |
| Component: | systemd | Assignee: | systemd maint <systemd-maint> |
| Status: | NEW --- | QA Contact: | Frantisek Sumsal <fsumsal> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 8.8 | CC: | dtardon, systemd-maint-list |
| Target Milestone: | rc | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | Type: | Bug | |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Orion Poplawski
2023-06-22 15:24:19 UTC
(In reply to Orion Poplawski from comment #0) > man systemd-system.conf mentions: > > /etc/systemd/system.conf.d and /usr/lib/systemd/system.conf.d > /etc/systemd/user.conf.d and /usr/lib/systemd/user.conf.d > > systemd should create No, it shouldn't. They are not needed until someone--either an admin or another package--needs to place a config. override there. Creating them unconditionally just adds needless clutter. > and own these directories. Yes, it probably should. But why limit it to just these config. dirs? Every systemd binary that does have a config. file (e.g., systemd-journald or systemd-coredump) reads respective config. dirs too. I have found that the presence of various *.d directories in /etc is a very good indication that it is possible to use them. Many packages create empty dirs as a guide to admins. But I can see the opposite view as well. |