There's no dlocate completion shipped with bash-completion at least
upstream, so chances are this issue should be assigned to another
package.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
Added upstream in
https://github.com/scop/bash-completion/commit/5ed2fc4a9a604c780da48e87964d4ac21fc7a85d
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
I think I personally dislike that even more :)
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/bash-completion-devel
I don't think bash's completion features support something like that,
and I'm not sure if I would want to see something like that myself in
the first place.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
Suggesting long options this way is by design; short ones should be
suggested only when no equivalent long ones exist. More info in
CONTRIBUTING.md (in upstream git, dunno about the Debian package).
___
Bash-completion-devel mailing list
Fixed upstream:
https://github.com/scop/bash-completion/commit/dd8c53b05f4954d0401d18b108d771e0d79d88a2
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Sat, Jun 24, 2017 at 4:44 AM, Thomas Ross wrote:
> Hello,
>
> I'm not sure if https://github.com/scop/bash-completion is the same
> project as the bash-completion package in Debian, but I believe it is as
> the https://bash-completion.alioth.debian.org/ page redirects
On Fri, Jun 9, 2017 at 10:30 AM, Aditya Vaidya wrote:
> Is this a duplicate of bug #799545 ?
Yes.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
FYI, the BASH_COMPLETION_COMPAT_DIR defininition and read onlyness are
gone upstream as of
https://github.com/scop/bash-completion/commit/c41a76237bc9dcbfa326eeddd026b66d7646d91d
___
Bash-completion-devel mailing list
Following some more testing, in particular with files at
https://github.com/bitsgalore/jp2kMagic/tree/master/sampleImages, I've
added some of the proposed extensions to xv upstream and left out jpm
and mj2 which it doesn't display for me. qiv doesn't seem to support
any of these files, and I still
I'll look into this, but initial test results on my Fedora 25 system
are that qiv doesn't seem to support any of these files, xv does at
least some, and I don't have ee available so can't test with it at
all. BTW it would be preferable to report/discuss this upstream,
To be able to do something, more detailed information than "add
support" would be needed. Which specific executables should be
associated with which specific extensions? Currently (in upstream) eog
is associated with all mentioned extensions except jpm and mj2. I
would like access to samples of
I don't know what the reason for making the variable read only is. But
I think you could work around it by setting BASH_COMPLETION_COMPAT_DIR
to a fake value, e.g. /prevent/sourcing in your rc files before the
profile.d snippet is sourced (thus preventing it from loading
bash_completion), and then
FWIW, I (upstream) cannot reproduce using upstream bash-completion
development code directly on Fedora, haven't tried with Debian.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Thu, Sep 22, 2016 at 11:05 AM, vrishab in wrote:
> I tried parsing --help, but didn't want to do it. Is there a helper
> available for that ?
Yes, see _parse_help, there are multiple examples of its usage
included with bash-completion. For rhythmbox which takes
On Wed, Sep 14, 2016 at 5:32 PM, Antonio Ospite wrote:
>
> Please make sure that the next version of the debian package reflects
> the new upstream location.
I'm not a Debian user, nor do I have any control over the Debian
package. Maybe file a separate (Debian) bug about that?
Upstream for bash-completion is
https://github.com/scop/bash-completion nowadays. Taken care of there:
https://github.com/scop/bash-completion/commit/c16826ee35ecb405fe87007404d0fb846ad61a15
___
Bash-completion-devel mailing list
We (upstream) already do this in bash-completion >= 2.2.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/bash-completion-devel
On Mon, Mar 7, 2016 at 11:56 AM, Liuhua Wang wrote:
> Liuhua Wang (3):
> lvm: fix all commands that should get all PVs
> lvm: pvcreate should be able to use all block devcices
> lvm: disable silent temporarily to avoid no output
Looks like these changes no longer apply to
On Thu, Feb 25, 2016 at 4:26 AM, Raphaël wrote:
> Out of curiosity what was the main reason for moving away from alioth?
Speaking for myself, in no particular order: Alioth's dev facilities
pale in comparison to GitHub; GitHub has much more developer traction
and
Hello,
As some of you have probably noticed already, the bash-completion
project has moved to GitHub, https://github.com/scop/bash-completion/
Unfortunately it looks like there is no sane way to migrate the
existing issue reports in the Alioth tracker to GitHub (specifically,
no comments or
On Sat, Feb 13, 2016 at 1:57 PM, Martin-Éric Racine
wrote:
> Responding to Lintian's warning (package-installs-into-obsolete-dir
> etc/bash_completion.d) I moved a completion script to the new
> /usr/share/bash-completion/completions/ location. The script is not
On Wed, Feb 10, 2016 at 2:46 AM, Nevo Hed
wrote:
>
>> Anyway, applied with minor tweaks.
> Can you explain the tweak?
> as far as I can see, spacing aside, there is a switch from testing & return
>
> From
>[[ ${#COMPREPLY[@]} -gt 0 ]] && return 0
> To
>[[
On Mon, Feb 8, 2016 at 7:39 AM, Nevo Hed
wrote:
> Try as a I might I could not locate contribution guidelines and was left
> with the impression that submitting a bug report with a patch should be
> enough. But my the traffic n the mailing list I see that I was
On Sun, Feb 7, 2016 at 12:06 AM, AllKind wrote:
> If I get it to upstream, the downside is, it's up to the packager of the
> distro, or the user itself, to take care of it becoming available.
How so? Don't just dump it somewhere in their source tree, make it so
that "make
On Sat, Feb 6, 2016 at 9:00 AM, AllKind wrote:
> On 06.02.2016 06:49, Codarren Velvindron wrote:
>>
>> Hello Guys,
>>
>> I have a really basic working bash completion for ipset.
>>
>> I would welcome feedback on improving it :-)
>>
>>
On Wed, Dec 16, 2015 at 5:21 AM, Liuhua Wang wrote:
> There are the following problems with lvm completions:
Thanks for the patch and sorry about the delay. I don't use lvm myself
-- any lvm users around to review this?
In any case, please add test cases for the changes to the
On Tue, Feb 2, 2016 at 1:01 PM, AllKind wrote:
> Good day!
>
> I've written a fairly huge and complex completion for iptables and
> ip6tables. I know there is already a version available in bash completion.
> But this one is way more powerful.
Wow, looks like a lot of work
I don't know how things like this are generally handled in Debian, but
would like to note that systemctl completion is not shipped by
bash-completion (at least upstream) so chances are that it should be
fixed somewhere else.
___
Bash-completion-devel
On Tue, Oct 6, 2015 at 6:44 PM, Miroslav Lichvar wrote:
> [...]
All three applied, thanks!
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
I don't know about the Debian bash-completion package, but with my
upstream hat on, we don't have a completion for pmount in upstream
bash-completion.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Sun, Sep 6, 2015 at 12:03 AM, Tristan Wibberley
wrote:
> Please apply this patch to "make" completion. This avoids completion getting
> confused on variables when a makefile is reloaded.
I tried this out by applying the new test case only first, but it does
not
On Fri, Sep 4, 2015 at 11:56 PM, Tristan Wibberley
wrote:
> Please apply the patch below for "make" completion.
Applied, thanks.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Sat, Jul 25, 2015 at 5:59 PM, Andrea Dari andreadar...@gmail.com wrote:
I made a pull request in the bash-completion project on github,
If you want it to be included in bash-completion, please follow the
instructions in README's CONTRIBUTING section. The github repository
is someone's
On Fri, Jun 12, 2015 at 2:11 PM, Ville Skyttä ville.sky...@iki.fi wrote:
I'm going to see if the approach I proposed works sometime, when I
find time and interest, and helping with testing would quite likely
make that happen sooner. Then, if it does work, I'll probably spend
time documenting
On Tue, Jun 23, 2015 at 11:42 PM, isabella parakiss izaber...@gmail.com wrote:
So you reported an issue on github to an unrelated project. Great.
PackageKit is the upstream of the package installer used in Fedora and
probably some other distros, which is the thing I said I'd fix if my
idea
Which version of mplayer can do that? At least the SVN-r37391-5.1.1
(probably a 20150505 svn snapshot) I have on Fedora 22 apparently
can't.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Fri, Jun 12, 2015 at 4:47 AM, isabella parakiss izaber...@gmail.com wrote:
In line 1588 you use ruptime 2/dev/null. I have no ruptime but I do use a
command_not_found_handle. Please apply the attached patch.
Using an optional command before checking if it exists is a very
commonly used
On Fri, Jun 12, 2015 at 1:16 PM, isabella parakiss izaber...@gmail.com wrote:
Sorry what? Ten lines above you check if avahi-browse is installed
Yes, there are some cases where we do that, but it doesn't invalidate
what I said.
I don't think it's my code that needs to be fixed, and several
On Wed, Apr 1, 2015 at 1:52 PM, Pavel Raiskup prais...@redhat.com wrote:
Ping? Had anyone a chance to review a bit (or at least do a bit of
testing)?
I finally did a bit, and found the things I tested working. Added some
followup commits. Couldn't run the test suite in anything besides
Fedora
On Sun, May 17, 2015 at 4:57 PM, Tristan Wibberley
tristan.wibber...@gmail.com wrote:
---
completions/make| 6 +++---
test/fixtures/make/Makefile | 6 --
2 files changed, 7 insertions(+), 5 deletions(-)
Applied this one, will try to find time to look into 2/2 later (which
On Mon, Apr 27, 2015 at 2:41 AM, Tristan Wibberley
tristan.wibber...@gmail.com wrote:
Resending with a useful subject line
On 20 April 2015 at 13:00,
bash-completion-devel-requ...@lists.alioth.debian.org wrote:
[snipped digest mail]
Date: Sun, 19 Apr 2015 16:05:30 +0300
From: Ville Skytt?
On Fri, Feb 13, 2015 at 6:04 AM, Raphaël raphael.d...@gmail.com wrote:
Another try on this.
The patch should be more careful about adding additional completion
dirs, for example if BASH_COMPLETION_USER_DIR and XDG_DATA_HOME are
not set, they shouldn't be used as is.
How about the attached patch
Applicable bits applied upstream:
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=c725e6b195ea6ac2d25dfbb85b7e87bfbe42fe68
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
FWIW, I cannot reproduce with current upstream bash-completion git
with bash 4.2.53(1) or 4.3.33(1) on Fedora 20.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Sat, Dec 13, 2014 at 2:42 AM, Peter Cordes pe...@cordes.ca wrote:
So, thoughts on replacing some of the many files in completions/*
with symlinks to groups of related commands?
We do already have some such cases done but I don't think we have
rules set when to do it and when not. Note
The root cause is how bash itself handles curlies:
$ bash --norc
$ foo() { echo; echo '$1'; }
$ complete -D -F foo
$ r drivers/memory/tegra/tegra{-,124-e}mc.c driTAB
'-,124-e}mc.c'
...i.e. bash thinks we're completing the command '-,124-e}mc.c'.
I don't think we can sanely fix this for real in
On Sun, Nov 2, 2014 at 7:23 PM, Raphaël raphael.d...@gmail.com wrote:
Attached a quick patch.
The patch does not apply against current git. Also, this stuff should
be documented somewhere, README or doc/bash_completion.txt
As personal completions could probably be stored in a versioned
losetup completion is shipped by util-linux, not bash-completion.
I just sent a patch upstream that should address this particular issue:
http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/10186
However other completions in util-linux may invoke commands (other
than the one being
On Fri, Oct 31, 2014 at 11:53 PM, Raphaël Droz raphael.d...@gmail.com wrote:
Would you accept a change in the way BASH_COMPLETION_COMPAT_DIR is
handled (eg colon-separated paths list ?) or any alternative solution
for this ?
BASH_COMPLETION_COMPAT_DIR is backwards compatibility stuff we want
This and a bunch of other similar ones are now fixed upstream:
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=882649b
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Sat, Sep 20, 2014 at 3:58 PM, David Paleino da...@debian.org wrote:
On Wed, 17 Sep 2014 21:10:27 +0300, Ville Skyttä wrote:
I think we've accumulated enough changes ready for general use in git
since release 2.1, any objections to releasing 2.2? David, are you
around?
I am
On Tue, Oct 14, 2014 at 8:35 PM, Linda A. Walsh b...@tlinx.org wrote:
Ville Skyttä wrote:--
BTW that's not what the have() function looks like in recent
bash-completion. I suppose you're using an old version.
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/tree
See comments in bash_completion next to the definition of the
function. Due to its deprecated status it is not likely to be changed
any more, especially in ways that would change its behavior (e.g. the
type -P case).
The function is not used by bash-completion itself at all, and 3rd
party
I think we've accumulated enough changes ready for general use in git
since release 2.1, any objections to releasing 2.2? David, are you
around?
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
Done upstream:
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=852e0f60f0df8264a84a3be543d09f1d13c6f04f
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Fri, Jul 18, 2014 at 10:14 PM, David Paleino da...@debian.org wrote:
Just use Alt-/, which is the default bash shortcut for complete on all
files.
...or try the COMP_FILEDIR_FALLBACK environment variable:
On Sun, Jun 8, 2014 at 9:02 PM, Dams ali...@livna.org wrote:
Hello
I'd like to submit this implementation of loadkeys completion, in
order to fix #313855. Since I cannot attach anything to the ticket, I
thought about posting the patch here.
Quickly looking into it, I don't see why our
On Mon, Jun 9, 2014 at 1:52 PM, Dams ali...@livna.org wrote:
Sorry, I'm still a bit new to this. Simply using _parse_help, and doing
loadkeys --conTAB showed me a loadkeys --console= (with the trailing
space)
That's what the nospace thing in the patch I linked to is for.
By the way, why
On Tue, Jun 3, 2014 at 1:49 AM, Igor Murzov
intergalactic.anonym...@gmail.com wrote:
On Wed, 2 Apr 2014 17:07:34 +0300
autoreconf -i is a good first try with just about any project using
autotools.
Not everyone knows how to use autotools, so I would agree that
having autogen.sh is a good
As long as we don't have a completion that actually differs from the
mplayer one in some meaningful way, there's no point in maintaining a
separate one. At least I'm not going to spend my time doing or helping
to do that. It's also unclear to me who will be maintaining the mpv
completion if it's
This looks so similar to the current mplayer completion that aliasing
with slight adjustments seems more appropriate than copy-pasting, so
done that way (untested) in upstream git:
On Sun, Apr 6, 2014 at 10:31 PM, David Fazekas dav.faze...@gmail.com wrote:
Hi guys, is there any way how to set up bash-completion ssh to complete only
Hostname from ~/.ssh/config ?
Now it autocompletes also Host from ssh config and also /etc/hosts
Not without modifying the completion
On Wed, Apr 2, 2014 at 3:02 PM, Adam Ryczkowski
adam.ryczkow...@statystyka.net wrote:
The .configure script mentioned by the README is missing.
README document the setup from a release tarball, not git.
When I run automake I get:
[...]
What should I do?
autoreconf -i is a good first try
Fixed upstream, thanks for the report.
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=867282a
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
Looks like this occurs with bash = 4.3 only, will need to find out if
this is the correct fix for it.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Mon, Mar 10, 2014 at 6:41 PM, Paul Nienaber p...@uvic.ca wrote:
Debian's bash-completion (not upstream) is broken when 'nounset' is set.
It's not a Debian-only issue, upstream bash-completion is broken in
that setup too. And this is a known one, tracked and discussed at
On Sat, Mar 8, 2014 at 2:18 AM, Dan Haskell dan_hask...@mentor.com wrote:
First of all what man page? :)
The bash one, thanks for pointing this out.
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=patch;h=293bbaa
___
Most likely a result of something changed in bash 4.3, see also
https://bugzilla.redhat.com/1071700
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Fri, Feb 28, 2014 at 9:11 AM, Giordon Stark kra...@gmail.com wrote:
Hey all - it appears that the problem lies with BSD sed and Mac OSX's sed
doesn't support tabs in the same way as you're using them.
s/you're/you were/ :)
This problem and several similar ones have to my knowledge been
Done in upstream git.
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=e4b1740
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=e201d1b
On Mon, Jan 13, 2014 at 4:53 PM, 哈囉 xs910...@gmail.com wrote:
I am a Bash-completion user, I made more completion for bash and I want to
share them!
Cool. See CONTRIBUTING in README and
http://bash-completion.alioth.debian.org/#download
___
Fixed upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=93ee009
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=e3edf7a
___
Bash-completion-devel mailing list
On Sat, Nov 23, 2013 at 7:09 PM, Thilo Six ml...@xk2c.de wrote:
Hello
,[ /etc/profile.d/bash_completion.sh ]
- bash=${BASH_VERSION%.*}; bmajor=${bash%.*}; bminor=${bash#*.}
- if [ $bmajor -gt 4 ] || [ $bmajor -eq 4 -a $bminor -ge 1 ]; then
+ if [[ ${BASH_VERSINFO[0]} -gt 4 ]]
On Tue, Nov 19, 2013 at 4:37 PM, Raphaël raphael.d...@gmail.com wrote:
Acronym database path is different among Gentoo and Debian.
Moreover if the database has been specified on the command-line, we
should not offer the -f flag as a completion.
Thanks, somewhat improved version of the patch is
On Tue, Sep 10, 2013 at 3:53 PM, Harald Dunkel harald.dun...@aixigo.de wrote:
I don't want to disable it for everybody, but just for my own account.
I don't know exactly how the Debian package hooks bash-completion into
user profiles, but if the package uses the generic profile.d
scriptlet, see
On Mon, Sep 9, 2013 at 12:19 AM, Igor Murzov e-m...@date.by wrote:
I wrote a quick patch for gfortran. Is it ok to push?
I have no clue about fortran, but remember to add things added to
completions/Makefile.am CLEANFILES also to completions/.gitignore.
On Mon, Sep 2, 2013 at 11:30 PM, Lachlan Deck lachlan.d...@gmail.com wrote:
Hi there,
I'm finding that when tab completing aliases that bash-completion keeps
adding a trailing space -- which for directory aliases or exports is annoying.
e.g.,
export CATALINA_HOME=/path/to/tomcat
Hm, you
On 2013-06-30 12:26, Kernc wrote:
Should bash_completion be made set -e-proof?
In my opinion setting set -e in a normal interactive shell for anything
but testing purposes is asking for trouble, so my 0.02€ would be no.
___
Bash-completion-devel
On 2013-07-07 14:20, Kernc wrote:
Is setting -e only on the parent sourcing script a convention
'fix' for this case?
I suppose that's the usual one, yes. But depending on how stuff in
functions.sh is written (whether it actually relies on exiting on
error), it could perhaps make errexit
On 2013-05-30 13:02, Rudra Banerjee wrote:
while in make, using tab to bash-autocomplete, I am getting prompt like
bash: (standard: command not found...
I cannot reproduce. Do a set -x in a shell, then invoke the
completion, capture the output, and paste it to either the
alioth.debian.org or
On 2013-04-06 17:16, Thilo Six wrote:
_mac_addresses() suffer from not taking care of locale awareness of ifconfig
Fixed upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=a9db458
As a measure of precaution _available_interfaces() should probably
On 2013-04-06 22:19, Thilo Six wrote:
$ LC_ALL=C ifconfig -a | sed -ne
s/.*[[:space:]]HWaddr[[:space:]]\{1,\}\($re\)[[:space:]]*$/\1/p
This one should work for you (if I guess your ifconfig -a output format
correctly) -- did you remember to define $re when testing it?
On 2013-04-04 12:19, Igor Murzov wrote:
Hi, list :)
Hi from a cmake n00b, just a couple of quick comments:
+cmakeconfigdir = $(libdir)/cmake/$(PACKAGE)/
This doesn't sound quite right to me, wouldn't somewhere in $(datadir)
be more appropriate?
+cmakeconfig_DATA =
On 2013-04-01 12:48, Igor Murzov wrote:
On Wed, 27 Mar 2013 21:28:37 +0200
Ville Skyttä ville.sky...@iki.fi wrote:
Hello,
WDYT, would it be time to release 2.1? I think enough useful things have
been added since 2.0, and there's nothing intrusive and nothing larger
in progress AFAIK so
Hello,
WDYT, would it be time to release 2.1? I think enough useful things have
been added since 2.0, and there's nothing intrusive and nothing larger
in progress AFAIK so now could be a good time to do it.
___
Bash-completion-devel mailing list
On 2013-03-21 11:38, Daniel Baumann wrote:
Please add completion in the various commands dealing with archives for
lzip, e.g. tar to complete on *.tar.lz.
Added upstream for tar, didn't spot anything else there that would
obviously lack lzip support.
On 2013-03-07 14:52, Alfredo Finelli wrote:
The xpdf reader is also able to open PDF files compressed in various
formats (gz, bz2, xz, and Z).
My xpdf (version 3.03 on Fedora 18) isn't, and I see nothing in the code
that would implement that.
___
On 2013-01-29 12:51, Linda Walsh wrote:
It doesn't handle the -r case that you already had, but it does
remove already loaded modules from the list that is displayed.
A different approach that should accomplish the same is now in git:
On 2012-09-12 13:08, Igor Murzov wrote:
Also variable names in upper case are probably
bad, but i didn't touch it.
I did :)
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On 2012-07-23 19:49, Sebastien Bacher wrote:
Bash completion is enabled for GNU make and several variants such as pmake.
However, there is no tab completion for colormake (yet) (also checked
Natty Narwhal package). I often use it and guess it could be added with
little effort (?) - which
On 2012-07-26 22:46, Martin Ueding wrote:
So maybe we should put a LC_COLLATE=C in the top of the file? Although
that might have side effects …
Yes, that's out of the question because it'll affect things other than
bash-completion. We can store the old LC_COLLATE value (well, actually
we need
On 2012-07-24 19:50, Martin Ueding wrote:
On the other hand, I do not see how the order makes any difference since
all those scripts in /completions seem to be independant of each other.
But the code your changes touch doesn't deal with /completions. It deals
with BASH_COMPLETION_COMPAT_DIR
On 2012-07-21 20:43, Martin Ueding wrote:
The following changes since commit 882d527237c77cdc757672affa070bb1b150b778:
mussh: New completion. (2012-07-21 13:05:15 +0300)
are available in the git repository at:
http://chaos.stw-bonn.de/users/mu/git/bash-completion.git
On 2012-07-21 20:44, Martin Ueding wrote:
I removed parsing of “ls” in favor of simple globbing. That way, even if
a filename should be funny, this script does not break.
This change removes the LC_ALL=C env setting which I think is there to
ensure that we get consistent alphabetical ordering
On 2012-07-07 13:05, Jeroen Hoek wrote:
Hello,
Last year I reported this bug on Ubuntu's bugtracker:
https://bugs.launchpad.net/ubuntu/+source/bash-completion/+bug/675987
As per the last comment, I am submitting these two patches for inclusion.
Patch 1 adds more complete support for ODF
Done upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=217e143fd69ad2b83ec8187af2e9e1c21dcb759a
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On 2012-05-31 20:25, suvayu ali wrote:
$ function find_ext() { echo dummy wrapper fn for find; }
$ complete -F _find find_ext
[...]
So my question is, how do you enable completion for my wrappers such
that it works even when I try it for the first time?
I'd look into loading needed
On 2012-04-16 23:59, Jonathan Nieder wrote:
Hopefully this information helps clarify to what extent the leading
underscores in functions exposed by completion scripts are meant or
are not meant as a convention.
We've discussed what a real API or namespace of bash-completion
would look like,
On 2012-04-03 23:40, Guillaume Rousse wrote:
While reviewing a leftover completion in mageia postfix package, I found
we already have a postconf completion in completions/postconf. However,
I think its content is uselessly complex, and could be simplified with
the attached patch. Unless I
1 - 100 of 367 matches
Mail list logo