Package: bash-completion
Version: 1:2.8-6
Severity: normal

Dear Maintainer,

Performing an 'apt-get purge bash-completion' does not delete the folder
/usr/share/bash-completion.

Over time, that folder has accumulated what is now cruft, because when
that package updates, it does not remove functions deleted in new
releases; recently upstream has renamed one of their internal helper
functions from 'have' to '_have', and since the cruft files still exist
and are being processed, this results in errors because the old function
name is no longer being found.

An example of this is /usr/share/bash-completion/apt-show-versions,
which at some point was removed from package bash-completion; however,
since the debian packaging has never deleted it, it is now failing that
way.

A second example is /usr/share/bash-completion/insserv.

There are also other files in that folder that are no longer in
upstream, but are not producing that error, such as the script for bzr.

The package expects user-defined or third-party bash-completion scripts
to be located in /etc/bash-completion.d, so there should never be a need
for any non-upstream files in folder /usr/share/bash-completion/completions.

As 'extra-credit', it would be nice if there were an apt hook for this
package that when upstream was removing a script for a command, to
mention that to the user, and prompt to move it to
/etc/bash_completion.d or somewhere else. Another idea would be to just
send apt mail to user with the file along with a message.


-- System Information:
Distributor ID: Devuan
Description:    Devuan GNU/Linux 2.0.0 (ascii)
Release:        2.0.0
Codename:       ascii
Architecture: x86_64

Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages nnn depends on:
ii  libc6         2.28-5
ii  libncursesw6  6.1+20181013-1
ii  libtinfo6     6.1+20181013-1

nnn recommends no packages.

nnn suggests no packages.

-- no debconf information

-- 
hkp://keys.gnupg.net
CA45 09B5 5351 7C11 A9D1  7286 0036 9E45 1595 8BC0

Reply via email to