summaryrefslogtreecommitdiff
path: root/shell-completion/bash/systemctl.in
Commit message (Collapse)AuthorAge
* remove shell completionAndy Wingo2015-04-08
|
* shell-completion: systemctl editRonny Chevalier2014-12-10
|
* bash-completion: use improved filtering to make things fasterZbigniew Jędrzejewski-Szmek2014-10-29
|
* bash-completion: rework startable/restartable units once moreZbigniew Jędrzejewski-Szmek2014-10-29
| | | | | | | | I tried to use 'systemctl --all list-units' to filter unit files, but this always filters out unit files which are not loaded. We want to complete systemctl start with those units too, so this approach is not going to work. New version is rather slow, but hopefully correct.
* shell-completion: systemctl set-default,get-default,is-system-runningZbigniew Jędrzejewski-Szmek2014-10-27
|
* shell-completion/bash: add add-wants and add-requiresLukas Nykryn2014-10-19
|
* shell-completion: propose templates for disable/[re]enable/[re]startZbigniew Jędrzejewski-Szmek2014-10-14
| | | | | | | | | | | | | | Templates can be [re]enabled, on their own if the have DefaultInstance set, and with an instance suffix in all cases. Propose just the template name ending in @, to underline the instance suffix may have to be appended. Likewise for start/restart. This means that sometimes superflous units that one will not really want to operate on will be proposed, but this seems better than proposing a very incomplete set of names. https://bugs.freedesktop.org/show_bug.cgi?id=66912
* shell-completion: fix completion of inactive unitsZbigniew Jędrzejewski-Szmek2014-10-14
| | | | | | | | | | | Units which not loaded were not proposed properly. OTOH, we should filter units from get-unit-files by their state if they are currently loaded. Bring zsh completions in line with bash completion, the same logic should be used in both implementations. https://bugzilla.redhat.com/show_bug.cgi?id=1024379 https://bugzilla.redhat.com/show_bug.cgi?id=790768 https://bugs.freedesktop.org/show_bug.cgi?id=84720
* completion: filter templates from restartable unitsDave Reisner2014-08-29
| | | | | | | | Since c6a373a2634854, we might encounter unit templates via the 'list-units' verb. These aren't restartable (and we throw errors), so make sure they're filtered out of the completion options. fixes downstream bug: https://bugs.archlinux.org/task/41719
* shell-completion: prevent mangling unit names (bash)Eric Cook2014-07-27
| | | | | | | | This fixes the issue noted by Zbigniew in most cases. if a unit's name is enclosed in single quotes completion still will not happen after the first `\'. https://bugs.freedesktop.org/show_bug.cgi?id=78388
* bash-completion: use list-unit-files to get "all" unitsZbigniew Jędrzejewski-Szmek2014-07-26
| | | | | | | | | | I think that it is better to return good results slightly more slowly, than partial quickly. Also reading from disk seems fast enough. Even the delay on first try with completely cold cache is acceptable. This is just for bash, 'cause zsh was already doing this. https://bugzilla.redhat.com/show_bug.cgi?id=790768
* shell-completion: systemd-analyze verify, systemctl linkZbigniew Jędrzejewski-Szmek2014-07-21
| | | | | | | | Some zsh completion helpers were not installed, so completion was broken. Add systemd-analyze verify. Make systemctl link complete only unit names.
* shell-completion: restore completion for -pZbigniew Jędrzejewski-Szmek2014-07-15
It was broken since systemd was moved out of /bin. For zsh it was never there.