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

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

[Frank Steinmetzger]

[-- Attachment #1: Type: text/plain, Size: 1484 bytes --]

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.
-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any social network.

One of the most dangerous noises to make is loud thinking.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

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

[Dale]

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.


Well, I'm no expert on this but I recall there being a news item on this
a while back.  Did you miss it?  Here it is if you did.



2014-11-25-bash-completion-2_1-r90
  Title                     bash-completion-2.1-r90
  Author                    Michał Górny <mgorny@gentoo.org>
  Posted                    2014-11-25
  Revision                  1

Starting with app-shells/bash-completion-2.1-r90, the framework used to
enable and manage completions in Gentoo is finally changing in order to
properly follow upstream design. This has some important implications
for our users.

Firstly, the install location for completions changes to follow upstream
default. The completions enabled before the upgrade will continue to
work but you may no longer be able to enable or disable completions
installed prior to the upgrade. To solve this issue, the packages
installing completions need to rebuilt. The following command can be
used to automatically rebuild all the relevant packages:

$ find /usr/share/bash-completion -maxdepth 1 -type f \
        '!' -name 'bash_completion' -exec emerge -1v {} +

Secondly, the autoloading support introduced upstream removes the
penalties involved with enabling a great number of completions. This
allowed us to switch to an opt-out model where all completions installed
after the upgrade are enabled by default. Specific completions can be
disabled using 'eselect bashcomp disable ...'

The model change implies that all current selections done using 'eselect
bashcomp' can not be properly migrated and will be disregarded when
the relevant completion files are built against the new bash-completion
version. After rebuilding all the packages providing completion files,
you may want to remove the symlinks that were used to configure
the previous framework using the following command:

$ find /etc/bash_completion.d -type l -delete

Thirdly, we have solved the issue causing bash-completion support to be
enabled by default on login shells only. If you needed to explicitly
source 'bash_completion' script in bashrc, you can safely remove that
code now since system-wide bashrc takes care of loading it.

Lastly, we would like to explain that USE=bash-completion is being
removed from packages for the completions will be installed
unconditionally now. However, this will result in some implicit
dependencies being removed. Most specifically, users wishing to use
bash-completion will have to request app-shells/bash-completion
explicitly, e.g.:

$ emerge -n app-shells/bash-completion



Maybe you need to follow some part or all of that to get things back on
track????  I haven't had any trouble with mine here tho. 

Dale

:-)  :-) 

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

[walt]

On Tue, 29 Sep 2015 17:50:08 +0200
Frank Steinmetzger <Warp_7@gmx.de> 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?

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 <Warp_7@gmx.de> 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?”

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

[Frank Steinmetzger]

On Tue, Sep 29, 2015 at 08:14:06PM -0500, Dale wrote:
> 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:
> > […]
> 
> Well, I'm no expert on this but I recall there being a news item on this
> a while back.  Did you miss it?  Here it is if you did.

Expert or not – it was what resolved the issue for me. I did remember that
message, but thought it would only speak of the new method of loading
completions and that I no longer had to enable them by hand.

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any social network.

These valuable information, put in a Braille line, would give
a flat, polished surface.  Thank you.  (SelfHTML forum)

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

[Dale]

Frank Steinmetzger wrote:
> On Tue, Sep 29, 2015 at 08:14:06PM -0500, Dale wrote:
>> 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:
>>> […]
>> Well, I'm no expert on this but I recall there being a news item on this
>> a while back.  Did you miss it?  Here it is if you did.
> Expert or not – it was what resolved the issue for me. I did remember that
> message, but thought it would only speak of the new method of loading
> completions and that I no longer had to enable them by hand.
>


Well, I'm glad I posted since it helped fix the problem.  Let's all do a
little dance now.  :-D 

Dale

:-)  :-)