[Bash-completion-devel] completions grouping

[Ville Skyttä]

On Thursday 19 August 2010, Guillaume Rousse wrote:
> Hello list.
> 
> Our current policy is to group completions by upstream package, hence my
> last commit merging iconv and getent into a single glibc file.
> 
> I've also attempted to do the same for killall completion, currently in
> procps file, whereas it is shipped by psmisc package under linux.
> However, this might be different on other platorms (notably, BSD*).
> 
> On the opposite hand, sysctl completion, currently in its own file,
> should probably get merged into procps file.

Well, especially base OS utilities such as these tend to not have the same 
upstream "package" between OS's, for example your getent+iconv->glibc merge is 
already potentially quite confusing for FreeBSD users; FreeBSD has both getent 
and iconv but neither is from glibc (I don't know if it has glibc in the first 
place).  I don't think a split/group combination exists that would be optimal 
for all setups.  In general I personally prefer erring on the split-too-much 
side, see below.

> This is quite important for rpm packaging when using triggers to
> activate/unactivate completions, as rpm currently doesn't handle
> multiple triggers for the same package (see
> https://qa.mandriva.com/show_bug.cgi?id=60699).

Yes, I've hit this too earlier; it was reportedly already fixed once but has 
broken again afterwards.

https://bugzilla.redhat.com/490378
https://bugzilla.redhat.com/585384

The way I deal with this in Fedora's bash-completion package is to combine 
things into per-package files during the rpm build, see line 47 or so in 
http://pkgs.fedoraproject.org/gitweb/?p=bash-completion.git;a=blob;f=bash-
completion.spec;h=5a50498708720467af47495cf4c1c2be568fca73;hb=HEAD