Package: bash-completion
Version: 1:1.0-3
Severity: wishlist
When completing a package name after
apt-cache show
the completion is slow.
I found some improvement adding the option
--no-generate
in the call to
apt-cache pkgnames
in the file bash_completion.
Can this modification be
Processing commands for cont...@bugs.debian.org:
tags 547550 confirmed pending fixed-upstream
Bug #547550 [bash-completion] bash-completion is slow on apt-cache show
Added tag(s) confirmed, fixed-upstream, and pending.
End of message, stopping processing here.
Please contact me if you need
Processing commands for p...@qa.debian.org:
Subject: Web subscription for bash-completion package
unsubscribe bash-completion bash-completion-devel@lists.alioth.debian.org
A confirmation mail has been sent to
bash-completion-de...@lists.alioth.debian.org.
Processing commands for p...@qa.debian.org:
Subject: Your message to Bash-completion-devel awaits moderator approval
Your mail to 'Bash-completion-devel' with the subject
CONFIRM a991869e37087c74f673166d9f8e9df8
bash-completion-devel@lists.alioth.debian.org has been unsubscribed from
David Paleino a écrit :
Hello,
I remember we decided to push all completions to respective upstreams, but
didn't decide anything more than that, at the time. -- or it could've been a
joke of my mind :)
On IRC the discussion was raised by the maintainer of the PLD package. He has a
few points,
Commit f733e71e should fix things:
_get_cword is restored with the version from commit f6497298 as
__get_cword3() for bash3.
bash-4 now uses __get_cword4() which should solve scp's remote path
completion on bash-4.
Freddy
___
Bash-completion-devel
