Control: tags -1 unreproducible Control: close -1 This message addresses (see below) all the topics that have been raised in this bug report (except those related to _dpkg_source, which are tracked by bug #503317). Then, since all of the bugs are no longer reproducible, this message marks this bug as unreproducible and closes it.
If you have more information and would like to reopen this bug (or open a new one), please do not hesitate to do so. Thanks, Gabriel On Fri, 12 May 2006 01:11:18 +0200 Jonas Meyer <qui...@quitte.homeunix.org> wrote: > > if i type for example dpkg-source -i /u > and press tab it changes it to: > dpkg-source -i - This is no longer true with current bash-completion: $ dpkg-source -i /u[TAB][TAB][TAB][...] (no output) $ dpkg-source -i /u[CURSOR] > and on the next tab this: > -b -c -D -E -F -i -I -l -sa -sA -sk -sK -sn -sp > -sP -sr -sR -ss -su -sU -T -U -V -W -x > dpkg-source -x /u > completes to /usr but then adds an extra space. Likewise: $ dpkg-source -x /usr[TAB] $ dpkg-source -x /usr/[CURSOR] On Fri, 02 Mar 2007 18:04:20 +0100 Frank Küster <fr...@kuesterei.ch> wrote: > > That the completion cannot properly handle absolute paths is not a > problem for me. However, the added space is: > > dpkg-source -x tru TAB gives > > 'dpkg-source -x trunk ' > > but of course what I want is 'dpkg-source -x trunk/' Likewise: $ ls dir1 dir2 file1 file2 $ dpkg-source -x di[TAB] dir1/ dir2/ On Sat, 17 May 2008 11:04:47 +0200 Frank Küster <fr...@kuesterei.ch> wrote: > > David Paleino <d.pale...@gmail.com> wrote: > > > What you're trying to do is using "/usr" (or "trunk") as output directories, > > while dpkg-source (and its completion), "correctly" thinks they're Debian > > Source Packages (and that's why it adds a space at the end -- "trunk " and > > not > > "trunk/"; "/usr " and not "/usr/"). > > No, that's not what I'm trying to do. I'm trying to unpack a dsc that is > in a different directory: > > dpkg-source -x some/where/else/whatever.dsc > > But that is hard to type, because I have to type > > dpkg-so TAB -x so TAB BKSP /wh TAB BKSP /e TAB BKSP /wh TAB > > instead of > > dpkg-so TAB -x so TAB wh TAB e TAB wh TAB Likewise: $ pwd /tmp/dpkg-source $ ls dir1 dir2 file1 file2 $ dpkg-source -x /t[TAB] $ dpkg-source -x /tmp/[CURSOR] $ dpkg-source -x /tmp/dpk[TAB] $ dpkg-source -x /tmp/dpkg-source/[CURSOR] $ dpkg-source -x /tmp/dpkg-source/[TAB][TAB] dir1/ dir2/ fake.dsc $ dpkg-source -x /tmp/dpkg-source/fa[TAB] $ dpkg-source -x /tmp/dpkg-source/fake.dsc [CURSOR] On Mon, 28 Dec 2009 18:42:03 +0900 Norbert Preining <prein...@logic.at> wrote: > > yes, that is the case, yesterday we were discussing the problems of > bash-completion, and immediately I stumbled into another problem, > but already reported > dpkg-source -b --no-preparation ma<TAB> > changes to > dpkg-source -b --no-preparation - > offering more options. Likewise: $ dpkg-source -b di[TAB] $ dpkg-source -b dir[CURSOR] $ dpkg-source -b dir[TAB] dir1/ dir2/ All working as designed, imo.
