Re: [gentoo-user] Re: bash-completion 2: gentoo completion files installed wrong?

[Frank Steinmetzger]

On Tue, Sep 29, 2015 at 06:15:16PM -0700, walt wrote:
> On Tue, 29 Sep 2015 17:50:08 +0200
> Frank Steinmetzger  wrote:
> 
> > Hello fellows
> > 
> > I’m trying to teach my bash to complete again. Ever since the upgrade
> > from v1 to v2 a year ago, I’ve been missing out on it in parts. I had
> > some time today, so I dug and found out that the central bash completion
> > script that sits at /usr/share/bash-completion/bash_completion looks in
> > ./completions.
> > […]
> > /usr/share/bash-completion $ ls completions | wc -l
> > 729
> > /usr/share/bash-completion $ eselect bashcomp list | tail -n 1
> >   [729] zramctl *
> > /usr/share/bash-completion $ ls
> > bash_completion calibre-debug completions ebook-convert ebook-meta
> > ebuild epkginfo eselect flaggie glsa-check java-config layman metagen
> > […]
> 
> (I'm running ~amd64).  When I try the first two commands you list above
> I get similar results (776 vs 729).  The output of your third command
> looks wrong:
> 
> It seems that 'ls' is not listing the contents of /usr/share/bash-completion
> but instead is showing you a long list of possible bash-completions.  Am
> I understanding your question/problem correctly?

No, it is proper ls output (with different colours ’n all). In response to
Dale’s answer: some of them are symlinks, some are not. In the case of
eselect I checked genlop and it was installed after bash-completion, so it
should have been migrated already. Anyways... I will do as the quoted news
item tells me to when I’m home again.

Cheers
-- 
A Tudor who tooted a flute tried to tutor two tooters to toot.
Said the two to their tutor,
“Is it harder to toot, or to tutor two tooters to toot?”

[gentoo-user] Re: bash-completion 2: gentoo completion files installed wrong?

[walt]

On Tue, 29 Sep 2015 17:50:08 +0200
Frank Steinmetzger  wrote:

> Hello fellows
> 
> I’m trying to teach my bash to complete again. Ever since the upgrade
> from v1 to v2 a year ago, I’ve been missing out on it in parts. I had
> some time today, so I dug and found out that the central bash
> completion script that sits
> at /usr/share/bash-completion/bash_completion looks in ./completions.
> Eselect bashcomp looks in that same directory. However, there are a
> number of files in ./ which neither eselect nor bashcomp find. Most
> notably, many of Gentoo’s own completions such as eselect are located
> there:
> 
> /usr/share/bash-completion $ ls completions | wc -l
> 729
> /usr/share/bash-completion $ eselect bashcomp list | tail -n 1
>   [729] zramctl *
> /usr/share/bash-completion $ ls
> bash_completion calibre-debug completions ebook-convert ebook-meta
> ebuild epkginfo eselect flaggie glsa-check java-config layman metagen
> pygmentize rc-service repoman tmux udisksctl browser-config
> calibre-server dbus-send ebook-device ebook-polish ekeyword epm euse
> gcc-config helpers kmod lrf2lrs pip quilt rc-status revdep-rebuild
> tree webapp-config calibre calibre-smtp distcc-config ebook-edit
> ebook-viewer emerge equery fetch-ebook-metadata genlop hg latexmk
> lrfviewer portageq rc rc-update splat udevadm youtube-dl
> 
> Is this a bug? Or a misconfiguration? Thanks for any hint.

(I'm running ~amd64).  When I try the first two commands you list above
I get similar results (776 vs 729).  The output of your third command
looks wrong:

It seems that 'ls' is not listing the contents of /usr/share/bash-completion
but instead is showing you a long list of possible bash-completions.  Am
I understanding your question/problem correctly?

Does 'ls -l' show you something different?