On Tue, 22 Mar 2011 18:14:43 +0100 (CET), Robert C. Helling wrote: > On Tue, 22 Mar 2011, David Paleino wrote: > > > On Tue, 22 Mar 2011 17:22:32 +0100, Robert Helling wrote: > > > >> It seems that lines 11/12 > >> > >> COMPREPLY=( ${COMPREPLY[@]:-} $( compgen -f -X "$xspec" -- "$cur" ) \ > >> $( compgen -d -- "$cur" ) ) > >> > >> are the offenders. Unfortunately, this looks like line noise to me... > > > > Robert, > > please read Ville's message > > > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616018#10 > > > > It's probably acroread's completion fault. > > I was referring to that mail. The two lines I quoted are from > /etc/bash_completion.d/acroread.sh > > I just figured I need to comment out those two lines for the bug to go > away for me. It is my understanding, that acroread is not run, it is just > the file that handles completions for lines starting with > > $ acroread ... > > But the bug occurs also for > > $ ls /e[TAB] > [..]
Yes, because "acroread.sh" redefines completion functions used by each other completion installed. My mail meant: acroread.sh is not shipped by us. It's shipped by acroread's package, thus we can't really do anything :/ Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 ----|---- http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature