Bug#550676: please make bash-completion falling back to path completion if nothing else is found
On Mon, 26 Nov 2018 21:49:20 -0200 "Gabriel F. T. Gomes" wrote: > > Current sources for this can be found at the new repository [1], but I > think that for the suggestion to actually work, it requires a fix, > which I submitted upstream as pull request #260 [2]. > > I'll wait for comments before closing this bug report. Pull request #260 is now merged into the master branch, so I'll go ahead and backport it for Debian. > [1] > https://github.com/scop/bash-completion/blob/78aa9236df56016ded1185f877b0ba1c656fc439/doc/bash_completion.txt#L40-L43 > > [2] https://github.com/scop/bash-completion/pull/260
Bug#550676: [Bash-completion-devel] Bug#550676: Bug#550676: please make bash-completion falling back to path completion if nothing else is found
On Sat, 19 Jul 2014 16:33:07 +0300 Ville Skyttä wrote: > On Fri, Jul 18, 2014 at 10:14 PM, David Paleino wrote: > > > > Just use Alt-/, which is the default bash shortcut for "complete on all > > files". > > ...or try the COMP_FILEDIR_FALLBACK environment variable: > http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=blob;f=doc/bash_completion.txt;h=c6e53d4;hb=HEAD#l33 Current sources for this can be found at the new repository [1], but I think that for the suggestion to actually work, it requires a fix, which I submitted upstream as pull request #260 [2]. I'll wait for comments before closing this bug report. [1] https://github.com/scop/bash-completion/blob/78aa9236df56016ded1185f877b0ba1c656fc439/doc/bash_completion.txt#L40-L43 [2] https://github.com/scop/bash-completion/pull/260
Bug#550676: [Bash-completion-devel] Bug#550676: Bug#550676: please make bash-completion falling back to path completion if nothing else is found
On Sat, 19 Jul 2014 16:33:07 +0300 =?UTF-8?Q?Ville_Skytt=C3=A4?= wrote: > On Fri, Jul 18, 2014 at 10:14 PM, David Paleino wrote: > > > > Just use Alt-/, which is the default bash shortcut for "complete on all > > files". > > ...or try the COMP_FILEDIR_FALLBACK environment variable: > http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=blob;f=doc/bash_completion.txt;h=c6e53d4;hb=HEAD#l33 Unless I did not understand how this variable works, I think it needs an extra patch to work (at least in the unzip case reported above), as reported in https://github.com/scop/bash-completion/pull/260 Cheers, Gabriel
Bug#550676: [Bash-completion-devel] Bug#550676: Bug#550676: please make bash-completion falling back to path completion if nothing else is found
On Fri, Jul 18, 2014 at 10:14 PM, David Paleino wrote: > > Just use Alt-/, which is the default bash shortcut for "complete on all > files". ...or try the COMP_FILEDIR_FALLBACK environment variable: http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=blob;f=doc/bash_completion.txt;h=c6e53d4;hb=HEAD#l33 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550676: [Bash-completion-devel] Bug#550676: please make bash-completion falling back to path completion if nothing else is found
On Fri, 18 Jul 2014 20:54:48 +0200, arne anka wrote: > Package: bash-completion > Version: 1:2.1-4 > Followup-For: Bug #550676 > > Dear Maintainer, > > the issue reported still exists -- i was playing around with a bunch of files > which are all ZIP archives though with an arbitrary suffix other than .zip. > with none of the tools (file-roller or just unzip) did a file name complete > although, given manually both were able to open the files. as the OP wrote -- > if nothing can be completed by the compeltion mechanism, jsut fall back and > complete the files in the current directory. Just use Alt-/, which is the default bash shortcut for "complete on all files". 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
Bug#550676: please make bash-completion falling back to path completion if nothing else is found
Package: bash-completion Version: 1:2.1-4 Followup-For: Bug #550676 Dear Maintainer, the issue reported still exists -- i was playing around with a bunch of files which are all ZIP archives though with an arbitrary suffix other than .zip. with none of the tools (file-roller or just unzip) did a file name complete although, given manually both were able to open the files. as the OP wrote -- if nothing can be completed by the compeltion mechanism, jsut fall back and complete the files in the current directory. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash-completion depends on: ii bash 4.3-7 ii dpkg 1.17.10 bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550676: please make bash-completion falling back to path completion if nothing else is found
Package: bash-completion Version: 1:1.1-1 Severity: normal Hi David, it is a bit a pain. As long as not all scenarios are covered bash completion should fall back to usual normal trivial path completion, and not ignore or prevent usage. Recent example: make KDIR=/lib/mod give nothing. Yes KDIR=/lib/mod does completion, but for make to take it up I have to add it at the END (!!!) So compiling for a new kernel an out-of-tree module I have to make KDIR=/lib/modules/2.6.32-rc4 and this is again a case where the completion algorith just walks in your way and make you feel stupid. Why not fall back to normal path completion in the case that no other completion is found? That would leverage a huge class of bugs (some of which I have filed). bash-completion should NOT try to be more intelligent than the user, please. Thanks -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-rc3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bash-completion depends on: ii bash 4.0-7 The GNU Bourne Again SHell bash-completion recommends no packages. bash-completion suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
