systemctl edit and revert of symlinks are inconsistent
Open
Nobody has claimed this yet.
bug 🐛
systemctl
- Dominant language
- C
- Stars
- 16.7k
- Forks
- 4.7k
- Avg merge
- 1d 6h
- Merged PRs (30d)
- 140
Description
$ ls -l /lib/systemd/system/network-manager.service
... /lib/systemd/system/network-manager.service -> NetworkManager.service
systemctl edit network-manager.service creates a drop-in snippet for NetworkManager.service, but systemctl revert network-manager.service does nothing.
Either edit shouldn't be transparent (display a warning?) or revert should work.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the reported commands with a symlinked unit: systemctl edit network-manager.service followed by systemctl revert network-manager.service. Trace the edit and revert handling for symlinked units and add coverage for the inconsistency. Done means the behavior is consistent, either by warning during edit or making revert remove the created drop-in.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c, linux
- Domain
- cli, operating-systems
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100