Debian Bug report logs - #811496
bash-completion: causes every package to have obsolete conffiles in /etc/bash_completion.d/ and no migration

Toggle useless messages

Message #3 received at submit@bugs.debian.org (full text, mbox, reply):

From: Jakub Wilk <jwilk@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: initramfs-tools: obsolete conffile /etc/bash_completion.d/initramfs-tools

Date: Tue, 19 Jan 2016 14:58:29 +0100

Package: initramfs-tools
Version: 0.121
User: debian-qa@lists.debian.org
Usertags: adequate obsolete-conffile

The package left obsolete conffile after upgrade:
/etc/bash_completion.d/initramfs-tools


<advert>
This bug was brought to you by adequate:
https://packages.debian.org/unstable/main/adequate
</advert>


-- System Information:
Debian Release: stretch/sid
 APT prefers unstable
 APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.121
ii  linux-base            4.0

Versions of packages initramfs-tools suggests:
pn  bash-completion  <none>


-- 
Jakub Wilk

Message #8 received at 811496@bugs.debian.org (full text, mbox, reply):

From: Ben Hutchings <ben@decadent.org.uk>

To: Jakub Wilk <jwilk@debian.org>

Cc: 811496@bugs.debian.org, bash-completion@packages.debian.org

Subject: Re: initramfs-tools: obsolete conffile /etc/bash_completion.d/initramfs-tools

Date: Fri, 22 Jan 2016 04:12:20 +0000

[Message part 1 (text/plain, inline)]

Control: reassign -1 bash-completion 1:2.1-4.2

On Tue, 19 Jan 2016 14:58:29 +0100 Jakub Wilk <jwilk@debian.org> wrote:
> Package: initramfs-tools
> Version: 0.121
> User: debian-qa@lists.debian.org
> Usertags: adequate obsolete-conffile
> 
> The package left obsolete conffile after upgrade:
> /etc/bash_completion.d/initramfs-tools
> 
> 
> <advert>
> This bug was brought to you by adequate:
> https://packages.debian.org/unstable/main/adequate
> </advert>

This was introduced by a change in dh_bash-completion and should be
fixed there.

Ben.

-- 
Ben Hutchings
Quantity is no substitute for quality, but it's the only one we've got.

[signature.asc (application/pgp-signature, inline)]

Message #33 received at 811496@bugs.debian.org (full text, mbox, reply):

From: shirish शिरीष <shirishag75@gmail.com>

To: 811496@bugs.debian.org

Subject: the main change is from /etc/bash-completions/* path to /usr/share/bash-completions/*

Date: Wed, 20 Apr 2016 20:20:08 +0000

Hi all,

I have also been seeing the same, courtesy adequate and the main thing
seems to be that the path of the conffile has changed from
/etc/bash-completions/*  to /etc/bash-completions/* but the old path
seems still to be generated.

I saw that bash-completion package changelog tells that the same issue
was fixed about 8 months back with the new release #668254 but the
issue still persists. Guessing #814599 is also part of the
problem/solution.

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Message #50 received at 811496@bugs.debian.org (full text, mbox, reply):

From: shirish शिरीष <shirishag75@gmail.com>

To: 811496@bugs.debian.org

Cc: Jakub Wilk <jwilk@debian.org>

Subject: the remaing packages that need to be moved over to /usr/share/bash-completions/completions/

Date: Sun, 22 Jan 2017 12:40:10 +0530

Hi all,

Apart from bzr here are the other ones which are still stuck in
/etc/bash-completions.d/ at least on my desktop.

┌─[shirish@debian] - [/etc/bash_completion.d] - [10082]
└─[$] ls

apt-show-versions  deborphan dput grub maven quilt ufw bzr
desktop-file-validate  feedgnuplot  gtcli_bash_completion  notmuch
schroot cowbuilder dkms  git-extras insserv ocamlfind scilab darcs
dlocate-completion git-prompt lttng openvpn  tuxpaint-completion.bash

I would try to add the resulting affects to the other packages as well.

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Message #67 received at 811496@bugs.debian.org (full text, mbox, reply):

From: shirish शिरीष <shirishag75@gmail.com>

To: 811496@bugs.debian.org

Subject: All the ones I have added have entries in /etc/bash-completion.d/ and not either in /usr/share/bash-completion nor in /usr/share/zsh/vendor-completions :(

Date: Sun, 22 Jan 2017 17:15:09 +0530

Hi all,

While many of them don't report a bug via adequate all of them have
entries in /etc/bas_completion.d/

I purged each package and then installed it manually and if still they
were in /etc/bash_completion.d/ have shared those package names.

─[$] adequate scilab-cli
  [$]

[$] dpkg -L scilab-cli | grep zsh
[$]

[$] dpkg -L scilab-cli | grep bash

/etc/bash_completion.d
/etc/bash_completion.d/scilab

And all these are after purging and installing the individual packages.

Hope it helps.

-- 
          Regards,
          Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8

Message #78 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.eti.br>

To: <811496@bugs.debian.org>

Subject: Re: All the ones I have added have entries in /etc/bash-completion.d/ and not either in /usr/share/bash-completion nor in /usr/share/zsh/vendor-completions :(

Date: Wed, 7 Feb 2018 10:04:47 -0200

Hi,

I am in the process of adopting bash-completion and I just saw this bug
(as well as bug 815563).

I haven't made any changes to bash-completion that would address what's
reported in this bug, because I think it has already been solved by
668254 (NMU for bash-completion 2.1-4.2).

Did I get something wrong?

On Sun, 22 Jan 2017 17:15:09 +0530
=?UTF-8?B?c2hpcmlzaCDgpLbgpL/gpLDgpYDgpLc=?= <shirishag75@gmail.com> wrote:
> Hi all,
> 
> While many of them don't report a bug via adequate all of them have
> entries in /etc/bas_completion.d/
> 
> I purged each package and then installed it manually and if still they
> were in /etc/bash_completion.d/ have shared those package names.
> 
> ─[$] adequate scilab-cli
>   [$]
> 
> [$] dpkg -L scilab-cli | grep zsh
> [$]
> 
> [$] dpkg -L scilab-cli | grep bash
> 
> /etc/bash_completion.d
> /etc/bash_completion.d/scilab
> 
> And all these are after purging and installing the individual packages.
> 
> Hope it helps.
> 
> -- 
>           Regards,
>           Shirish Agarwal  शिरीष अग्रवाल
>   My quotes in this email licensed under CC 3.0
> http://creativecommons.org/licenses/by-nc/3.0/
> http://flossexperiences.wordpress.com
> EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8
> 
> 

Message #83 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

Cc: <811496@bugs.debian.org>

Subject: Re: Bug#811496: All the ones I have added have entries in /etc/bash-completion.d/ and not either in /usr/share/bash-completion nor in /usr/share/zsh/vendor-completions :(

Date: Sat, 3 Nov 2018 17:44:56 -0300

On 07 Feb 2018, Gabriel F. T. Gomes wrote:

>I haven't made any changes to bash-completion that would address what's
>reported in this bug, because I think it has already been solved by
>668254 (NMU for bash-completion 2.1-4.2).

Short explanation:

This is not a problem in bash-completion, so I'll close this bug (after
opening a new bug to each of the packages that currently install files
to the obsolete directory (/etc/bash_completion.d/).

Long explanation:

I have investigated this problem a bit further, and I have reached the
conclusion that this is *not* a problem in bash_completion.  Here's the
rationale for my assessment...

Many packages are marked as being _affected_ by this bug.  Some, such
as dkms, git, and grub2 (grub-common) still install completion files
into the obsolete directory (/etc/bash_completion.d/).  Others, such as
scilab-cli, don't.  Others might or might not still do this, but I
haven't checked them all yet.

For scilab-cli, I have verified that it does *not* have the problem,
by: installing it, then using `dpkg -L', similarly to how Shirish
Agarwal did, to list the files:

    # aptitude install scilab-cli
    # dpkg -L scilab-cli | grep completion
    /usr/share/bash-completion
    /usr/share/bash-completion/completions
    /usr/share/bash-completion/completions/scilab (OK)

For dkms, git, and grub2, I also used `dpkg -L' to list the installed
files, and verified that they indeed use the obsolete directory:

    # dpkg -L dkms git grub-common | grep completion
    /etc/bash_completion.d
    /etc/bash_completion.d/dkms (NOT OK)
    /etc/bash_completion.d
    /etc/bash_completion.d/git-prompt (NOT OK)
    /usr/share/bash-completion
    /usr/share/bash-completion/completions
    /usr/share/bash-completion/completions/git (OK)
    /usr/share/bash-completion/completions/gitk (OK)
    /etc/bash_completion.d
    /etc/bash_completion.d/grub (NOT OK)

In order to understand the cause of this problem, I downloaded the
source files for these packages, and noticed that they do *not* use
`dh_bash-completion' to install their completions files.  Instead, each
of them use their own methods, and have the obsolete path hardcoded.

For dkms, upstream has the path hardcoded:

    $ dget http://http.debian.net/debian/pool/main/d/dkms/dkms_2.6.1-1.dsc
    $ ggrep "completion\.d" dkms-2.6.1/
    dkms-2.6.1/Makefile:16:BASHDIR = $(DESTDIR)/etc/bash_completion.d

For git, a `.install' file has the path hardcoded:

    $ dget http://http.debian.net/debian/pool/main/g/git/git_2.19.1-1.dsc
    $ ggrep "completion\.d" git-2.19.1/
    [...]
    git-2.19.1/debian/git.install:4:debian/git-prompt.completion => etc/bash_completion.d/git-prompt

For grub2, likewise:

    $ dget http://http.debian.net/debian/pool/main/g/grub2/grub2_2.02+dfsg1-8.dsc
    $ ggrep "completion\.d" grub2-2.02+dfsg1/
    [...]
    grub2-2.02+dfsg1/debian/grub-common.install.in:5:etc/bash_completion.d

None of them use dh_bash-completion, which would do the right thing:

    $ ggrep "dh_bash" dkms-2.6.1/ git-2.19.1/ grub2-2.02+dfsg1/
    (no output)

For the reasons presented above, I'll mark this bug as closed, because
there's nothing that bash-completion can do about it.  Before I
actually do that, I'll open a bug report against packages listed as
_affected_ by this bug, but only to those that actually install
completion files in the obsolete path (for instance: dkms, but not
scilab-cli).

If someone believe that I got this wrong, feel free to reopen the bug.


Cheers,
Gabriel

Message #88 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

Cc: <811496@bugs.debian.org>

Subject: Re: Bug#811496: All the ones I have added have entries in /etc/bash-completion.d/ and not either in /usr/share/bash-completion nor in /usr/share/zsh/vendor-completions :(

Date: Sat, 3 Nov 2018 18:44:30 -0300

In my previous message, mentions to `ggrep' mean `grep -RnE' (that's an
alias in my environment:

    $ alias ggrep
    alias ggrep='grep -RnE'

On 03 Nov 2018, Gabriel F. T. Gomes wrote:
>
> $ ggrep "completion\.d" git-2.19.1/
> git-2.19.1/debian/git.install:4:debian/git-prompt.completion => etc/bash_completion.d/git-prompt

^ (for instance)

Message #93 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

Cc: <811496@bugs.debian.org>

Subject: Re: Bug#811496: Cleaning "affects" flags

Date: Sat, 3 Nov 2018 19:01:31 -0300

I have confirmed that, among the following packages, only `dlocate'
installs files under the obsolete directory (/etc/bash_completion.d):

    dpkg -L dlocate borgbackup ocaml-findlib dupload deborphan aapt linkchecker scilab-cli transifex-client qemubuilder cabal-install feedgnuplot notmuch tuxpaint openvpn maven ufw | grep -E "completion\.d"
    /etc/bash_completion.d
    /etc/bash_completion.d/dlocate-completion

Thus, I'm removing the `affects' flag from the others...

Control: affects 811496 - borgbackup ocaml-findlib dupload deborphan aapt linkchecker scilab-cli transifex-client qemubuilder cabal-install feedgnuplot notmuch tuxpaint openvpn maven ufw

Message #98 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

To: <811496@bugs.debian.org>

Subject: Re: Bug#811496: Cleaning "affects" flags

Date: Sat, 3 Nov 2018 19:10:24 -0300

Similarly to message XX, I have confirmed that desktop-file-utils and
initramfs-tools do not install to the obsolete directory

    $ dpkg -L desktop-file-utils initramfs-tools | grep "completion\.d"
    (no output)

Thus, I'm removing the `affects' flag from them...

Control: affects 811496 - desktop-file-utils initramfs-tools

Message #107 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

To: <811496@bugs.debian.org>

Subject: Re: Bug#811496: Cleaning "affects" flags

Date: Sun, 4 Nov 2018 12:54:20 -0200

Control: affects 811496 - grub
Control: affects 811496 + grub2

Similarly to message 98, I have confirmed that grub is not actually
_affected_ by this bug, since it doesn't install any completion files:

    # dpkg-deb --contents grub-disk_0.97-75_amd64.deb | grep completion  
    # dpkg-deb --contents grub-doc_0.97-75_all.deb | grep completion
    # dpkg-deb --contents grub-legacy_0.97-75_amd64.deb | grep completion
    # dpkg-deb --contents grub-legacy-doc_0.97-75_all.deb | grep completion
    # dpkg-deb --contents multiboot-doc_0.97-75_all.deb | grep completion
    (no output)

Instead, grub-common (from grub2) does install to the obsolete path:

    # dpkg -L grub-common | grep completion
    /etc/bash_completion.d
    /etc/bash_completion.d/grub

Thus, I'm removing the _affects_ flag from grub, and adding it to grub2.

Message #116 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

To: <811496@bugs.debian.org>

Subject: Re: Bug#811496: Cleaning "affects" flags

Date: Sun, 4 Nov 2018 13:00:07 -0200

Control: affects 811496 - apt-show-versions tig

Finally, tig and apt-show-versions do not install to the obsolete
directory, as can be seen in the following commands and output:

    # dpkg-deb --contents apt-show-versions_0.22.8_all.deb | grep completion
    [...] ./usr/share/bash-completion/
    [...] ./usr/share/bash-completion/completions/
    [...] ./usr/share/bash-completion/completions/apt-show-versions (OK)

    # dpkg -L tig | grep completion
    /usr/share/bash-completion
    /usr/share/bash-completion/completions
    /usr/share/bash-completion/completions/tig (OK)

Thus, removing the _affects_ flag from them.

Message #123 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

Cc: <811496@bugs.debian.org>

Subject: Re: Preparing to close the bug report

Date: Sun, 4 Nov 2018 13:09:51 -0200

On 03 Nov 2018, Gabriel F. T. Gomes wrote:

>In order to understand the cause of this problem, I downloaded the
>source files for these packages, and noticed that they do *not* use
>`dh_bash-completion' to install their completions files.  Instead, each
>of them use their own methods, and have the obsolete path hardcoded.

Apart from dkms, git, and grub2, for which I have already explained the
cause of the problem in message 83 [1], dlocate also has a problem that
bash-completion cannot fix, because the use of the obsolete directory
(/etc/bash_completion.d/) is hardcoded in upstream sources.

    $ dget http://http.debian.net/debian/pool/main/d/dlocate/dlocate_1.07+nmu1.dsc
    $ grep -RnE completion dlocate-1.07+nmu1/
    dlocate-1.07+nmu1/Makefile:16:	install -m 644 dlocate-completion $(DESTDIR)/etc/bash_completion.d/

Net, the only packages that have problems are dkms, dlocate, git, and
grub2.  I'll open bugs for them, then close this bug report.

[1] https://bugs.debian.org/811496#83

Message #128 received at 811496-close@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

Cc: <811496-close@bugs.debian.org>

Subject: Re: Bug#811496: Preparing to close the bug report

Date: Sun, 4 Nov 2018 13:58:33 -0200

On 04 Nov 2018, Gabriel F. T. Gomes wrote:

>Net, the only packages that have problems are dkms, dlocate, git, and
>grub2.  I'll open bugs for them, then close this bug report.

Bug reports [1,2,3,4] explaining that the fix needs to be done by the
packages: dkms, dlocate, git, and grub2, have been created.  There's
nothing that bash-completion can do to fix this, because the obsolete
path is hardcoded in those packages.

Thanks for the reports, messages, investigations, etc.

If you believe that my explanations and/or rationale are wrong, please
do not hesitate in reopening the bug. :)

Cheers,
Gabriel

Message #137 received at 811496@bugs.debian.org (full text, mbox, reply):

From: "Gabriel F. T. Gomes" <gabriel@inconstante.net.br>

Cc: <811496@bugs.debian.org>

Subject: Re: Bug#811496: Preparing to close the bug report

Date: Sun, 4 Nov 2018 14:13:09 -0200

On 04 Nov 2018, Gabriel F. T. Gomes wrote:
>
>Bug reports [1,2,3,4] explaining that the fix needs to be done by the
>packages: dkms, dlocate, git, and grub2, have been created.

I forgot the links.  :)

[1] https://bugs.debian.org/912849
[2] https://bugs.debian.org/912850
[3] https://bugs.debian.org/912852
[4] https://bugs.debian.org/912854

Send a report that this bug log contains spam.