Example: When I type "sudo systemctl enable" and hit tab, the service files present in /usr/lib/systemd/system all show up and I can proceed to select the autocompletion entry and successfully enable them. When I type "systemctl --user enable", and hit tab, the same list of services show up as completion options, despite /usr/lib/systemd/user having totally different contents. When I select a completion option and run the command, systemctl expectedly prints: "Failed to execute operation: No such file or directory" The zsh completion definition for "systemctl --user" (located under the name /usr/share/zsh/site-functions/_systemctl) looks to be the same as the arch linux ones found here: https://www.archlinux.org/packages/core/x86_64/systemd/download/ However, when I used Arch this wasn't an issue because, for the most part, Arch's PKGBUILDS tended to install a service file to /usr/lib/systemd/user as well as to /usr/lib/systemd/system. Reproducible: Always Steps to Reproduce: - Be using systemd & zsh - run "systemctl --user enable [service file]", with the service name chosen from the zsh autocompletion dialog - have systemd complain that the service file doesn't exist Expected Results: The generated services in autocompletion should be different for "systemctl enable" and "systemctl --user enable", assuming /usr/lib/systemd/{system,user} have different contents
You should file this bug upstream; it is likely not a Gentoo-specific problem.
Still valid with 225? Did you report it to upstream? Thanks
This is working better with systemd-237.
