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 _______________________________________________ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
