Bug 512632 – sys-apps/systemd with app-shells/zsh - `systemctl --user' completes nonexistant user service files

• Product: Gentoo Linux
• Status: RESOLVED OBSOLETE

[Description Michael 2014-06-07 02:35:02 UTC]

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

[Comment 1 Mike Gilbert 2014-06-07 15:01:16 UTC]

You should file this bug upstream; it is likely not a Gentoo-specific problem.

[Comment 2 Pacho Ramos 2015-09-07 18:14:14 UTC]

Still valid with 225? Did you report it to upstream? Thanks

[Comment 3 Mike Gilbert 2018-02-26 22:08:06 UTC]

This is working better with systemd-237.