Description of problem: systemcltl is not easy to use without bash-completion. For example: # /etc/init.d/nt<tab> was giving the names of all services beginning with nt Now, to have # systemctl status nt<tab> ntpdate.service ntpd.service it is necessary to have bash-completion installed. This feature must be documented and widely spread toward users
Source RPM: (none) => meta-task
Priority: Normal => release_blockerCC: (none) => eeeemail, ennael1, tmb
Sorry this cannot be release critical
Priority: release_blocker => High
Isn't release_blocker for things which can't be corrected by an update?
Well not having bash_completion installed by default is not blocking. Do we want this really by default? (This is just a question)
It's certainly useful to have with systemd services. I think it's something people expect to be able to use. It's relatively trivial to add IIUC. Is there a reason not to? (also just a question)
Did I say that? It's not about that but rather what is a release critical bug. If everyone add release critical bugs to have more packages on iso it will just become non manageable
I didn't intend to anger you, was really just asking the question. It's your call :)
Fixed in bash: it now suggests bash-completion
Status: NEW => RESOLVEDCC: (none) => thierry.vignaudResolution: (none) => FIXEDSource RPM: meta-task => bash
Note that this imply adding python to minimal install (when using suggests) as bash-completion has a require on 'python(abi)'