On Tuesday 06 January 2009, you wrote:
On Tue, 6 Jan 2009 20:36:12 +0100, David Paleino wrote:
However, please file a request to join the group:
http://alioth.debian.org/projects/bash-completion/
Never mind, I've added you -- I just missed I could add a member myself :)
Thanks.
Please,
Hello,
When adding completions for new, generally available commands, is it preferred
to inline them in bash_completion or to add new files to contrib/?
I gather there's a more or less active plan to split bash_completion into
smaller files, maybe adding new completions as separate ones would
Hi Guillaume, others,
First a general question about the patches: are all of them written by you or
contributed by other people? I'd like to be sure credit for them goes to the
correct folks.
Then, some comments about some of the patches, will try to take a look at the
rest soon unless
On Tuesday 13 January 2009, Ville Skyttä wrote:
bash-completion-20090108-lzma-completion.patch
Partially already applied/superseded in bzr, I intend to apply the rest
tonight
Done with the following changes:
- rpmbuild -tb/--tarball completes only on *.tar.lzma (did on all *.lzma)
- fix
On Tuesday 13 January 2009, you wrote:
El mar, 13-01-2009 a las 20:10 +0200, Ville Skyttä escribió:
As a general remark, I suggest taking a look at current bzr head and
recent changes; I've committed quite a few things lately and there's
still a few patches forthcoming.
It'd be nice
On Tuesday 13 January 2009, Santiago M. Mola wrote:
Hi all,
Based on the current aproach on Gentoo and on comments from other
distros, I'd like to propose a new directory layout for bash-completion.
[...]
In Gentoo, we install all bash-completion modules
to /usr/share/bash-completion/.
On Friday 16 January 2009, David Paleino wrote:
On Thu, 15 Jan 2009 23:18:16 +0200, Ville Skyttä wrote:
The main script:
/usr/share/bash-completion/bash_completion
Oh well, if we move everything to /u/s/bash-completion/, calling it
bash_completion seems a bit redundant ;-)
We could
On Saturday 17 January 2009, you wrote:
El sáb, 17-01-2009 a las 02:47 +0200, Ville Skyttä escribió:
On Saturday 17 January 2009, Santiago M. Mola wrote:
David changed gzip completion to parse gzip --help, so it's fixed now.
Good stuff. The implementation does seem to overlap
Hello,
What's the status of keeping support for bash 3.0, do we have people around
here who strongly think that it should be preserved and/or who regularly test
with older versions?
Personally, I don't have access to a box that has bash 3.0 any more and thus
I'm not able to test with those
On Saturday 24 January 2009, Ville Skyttä wrote:
Hello,
http://bzr.debian.org/loggerhead/bash-completion/current/revision/1170?
I don't think the above change is actually wrong but it has broken at
least scp ~/TAB completion.
I've looked into this some more. In addition to breaking _scp
On Thursday 12 February 2009, Guillaume Rousse wrote:
The following commit has been merged in the master branch:
commit 6c27cd16ddf9353d02f6385da21505e1b2e10604
Author: Guillaume Rousse guillomovi...@zarb.org
Date: Thu Feb 12 22:12:20 2009 +0100
- split _command function in two
On Friday 13 February 2009, Freddy Vulto wrote:
David Paleino d.paleino at gmail.com writes:
On Fri, 13 Feb 2009 00:11:41 +0200, Ville Skyttä wrote:
On Wednesday 04 February 2009, David Paleino wrote:
On Wed, 04 Feb 2009 21:59:25 +0100, Guillaume Rousse wrote:
I'd insert
On Sunday 15 February 2009, Freddy Vulto wrote:
The following commit has been merged in the master branch:
commit 20278a41473544d43c51095ba2e118fc7b89c0d5
Author: Freddy Vulto fvu...@gmail.com
Date: Sun Feb 15 21:56:01 2009 +0100
Reviewed `to_review/vncviewer':
- added support for
On Monday 23 February 2009, David Paleino wrote:
On Mon, 23 Feb 2009 19:56:31 +0200, Ville Skyttä wrote:
On Monday 23 February 2009, David Paleino wrote:
Hello,
what do you think of using Launchpad as bugtracker?
No strong objections, but I'd prefer something that can naturally link
On Monday 23 February 2009, David Paleino wrote:
On Mon, 23 Feb 2009 19:07:55 +0100, David Paleino wrote:
On Mon, 23 Feb 2009 19:56:31 +0200, Ville Skyttä wrote:
I haven't really used launchpad, but a quick Google search didn't tell
me that git/gitweb would be available there.
Yes
On Sunday 22 February 2009, James Westby wrote:
On Sun, 2009-02-22 at 16:55 +, James Westby wrote:
Package: bash-completion
Version: 20080705ubuntu3
Severity: normal
Tags: patch
Hi,
In https://bugs.launchpad.net/bugs/316943 Jakob Unterwurzacher noted that
ps2pdf also works
On Friday 27 March 2009, deb...@ginguppin.de wrote:
Package: bash-completion
Version: 20080705
Severity: normal
completing pathes like ~/foo to /home/username/foo is usually unwanted --
and there seems to be non configuration to disable it gracefully.
We had the expansion disabled for a
On Friday 27 March 2009, gibbo...@gmail.com wrote:
Hello,
the mencoder use profile as mplayer.
But mencoder can take its profile definition from another file than
.mplayer/config which is .mplayer/mencoder.conf as stated in the man
page.
Also I'm asking if it's possible to this filename to
On Saturday 28 March 2009, Ville Skyttä wrote:
On Friday 27 March 2009, gibbo...@gmail.com wrote:
Proposition, replacing :
local profiles=$(sed -ne 's|\[\(.*\)\]|\1|p' ~/.mplayer/config)
by
local aprofile = 'config'
[[ $cmd == 'mencoder' ]] aprofile = 'mencoder.conf'
local profiles
On Monday 30 March 2009, Guillaume Rousse wrote:
Guillaume Rousse a écrit :
The following commit has been merged in the master branch:
commit 0924d059c6c845069b10482882c821088ccaeefa
Merge: 91daa8de58a6e88d5a4b55621e2e7d5e732c65ea
dc88329e8eea8424f2e1dc7efc50a80e240708c4 Author: Guillaume
On Tuesday 31 March 2009, Ville Skyttä wrote:
On Monday 30 March 2009, Ville Skyttä wrote:
The following commit has been merged in the master branch:
commit afa40dea93309b5e793613858f0c18cf35ec9f12
Author: Ville Skyttä ville.sky...@iki.fi
Date: Mon Mar 30 23:53:23 2009 +0300
Fix
On Tuesday 31 March 2009, David Paleino wrote:
On Tue, 31 Mar 2009 20:10:17 +0300, Ville Skyttä wrote:
On Tuesday 31 March 2009, David Paleino wrote:
But git log is a mess, and cherry-picking isn't easy.
What are you guys using?
Plain git CLI.
Eh, I meant which git command
On Tuesday 31 March 2009, David Paleino wrote:
On Tue, 31 Mar 2009 20:36:43 +0300, Ville Skyttä wrote:
Wiki updated:
http://wiki.debian.org/Teams/BashCompletion/Git
Thanks.
From now on: debian/changelog is no more used as upstream changelog
(CHANGES will be), and no one is supposed
Hi,
The completion of make and friends currently has:
complete -f -F _make $filenames make gmake gnumake pmake
The -f seems to break for example make -C TAB so that it completes on
dirs+files instead of just dirs. Simply changing the line to
complete -F _make $filenames make gmake
On Wednesday 01 April 2009, Todd Zullinger wrote:
Greetings,
I whipped this up in response to some discussion in #fedora-devel the
other day, noting that it was not possible to complete on filenames
using bash-completion's yum function. This isn't perfect, but it does
at least allow for
Hello,
Currently completion of long options that take arguments is pretty bad. For
an example, many completions list things like --foo= in their compgen -W
strings which end up completed as --foo\= which is annoying, especially the
trailing space. Some completions use internal workarounds
On Monday 13 April 2009, David Paleino wrote:
On Mon, 13 Apr 2009 14:23:09 +0300, Ville Skyttä wrote:
The patch looks good to me, just one *curiosity* (i.e. only curiosity,
nothing to fix :P): why are you quoting
+ prev=${cur%%?(\\)=*}
+ cur=${cur
On Sunday 12 April 2009, gibbo...@gmail.com wrote:
COMPREPLY=( $( sed -n /UUID/s/^UUID=\($cur[0-9a-f-]\{,36\}\).*/\1/Ip
/etc/fstab ) )
I think this would be better put as:
COMPREPLY=( $( compgen -W '$( sed -ne s/^UUID=\([^[:space:]]*\).*/\1/p
/etc/fstab )' -- $cur ) )
compgen -W ... -- $cur
On Tuesday 14 April 2009, gibbo...@gmail.com wrote:
On Tue, Apr 14, 2009 at 05:27:49PM +0300, Ville Skyttä wrote:
Also, the leading /UUID/ seems to me as superfluous, i.e. why 'sed -ne
/UUID/s/^UUID=.../p' instead of simply 'sed -ne s/UUID=.../p' ? (Ditto
for LABEL.)
I always believed
On Tuesday 14 April 2009, David Paleino wrote:
On Tue, 14 Apr 2009 18:24:23 +, Ville Skyttä wrote:
@@ -884,8 +885,14 @@ _mount()
| grep ^$cur ) )
else
# probably Linux
- COMPREPLY=( $( awk '! /^[ \t]*#/ {if ($2 ~ /\//)
On Monday 13 April 2009, Ville Skyttä wrote:
On Monday 13 April 2009, David Paleino wrote:
As soon as you'll commit the patch (if there are no other objections),
I'll start fixing completions too. :)
Ok, will wait until tomorrow to see if there are other opinions.
Committed, will proceed
On Wednesday 15 April 2009, Freddy Vulto wrote:
The following commit has been merged in the master branch:
commit b33a1c7526696585e43f4f6d23b1d0d88d176b99
Author: Freddy Vulto fvu...@gmail.com
Date: Wed Apr 15 22:19:26 2009 +0200
Added asciidoc files.
[...]
diff --git a/doc/main.xml
Hello,
There seems to be some spam coming through to this list. Is the list
subscribers-can-post-only? If not, why not?
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
On Sunday 10 May 2009, Santiago M. Mola wrote:
Hi all,
I'm attaching a couple of small patches for mplayer completion.
0001-Add-.ape-to-mplayer-supported-extensions.patch
0002--mplayer-Sort-and-remove-redundancy-on-extensions.patch
These patches seem somewhat outdated, .ape has already been
On Sunday 17 May 2009, Guillaume Rousse wrote:
Hello list.
According to our roadmap,
http://wiki.debian.org/Teams/BashCompletion/Proposals/Roadmap, we still
have to finish splitting completions in individual files, and also to
review existing completions. I did a first pass on first task,
On Wednesday 20 May 2009, David Paleino wrote:
The following commit has been merged in the master branch:
commit 4fadb6887aa48cb4b835209a2733010f5f94c3cb
Author: David Paleino d.pale...@gmail.com
Date: Wed May 20 22:08:53 2009 +0200
Fix checks for GNUish userland, thanks to Robert
On Sunday 24 May 2009, David Paleino wrote:
$ grep BASH .bash*
.bashrc:export BASH_COMPLETION=/deb/git/bash-completion/bash_completion
.bashrc:export BASH_COMPLETION_DIR=/deb/git/bash-completion/contrib
Hmm, interesting, I should set up something like that for myself too. But how
does that
Hello,
I'm trying to figure out how to do the right thing with non-filename
completions containing slashes in a function that was passed to complete along
with -o filenames.
For example:
_foo()
{
COMPREPLY=( $( compgen -W 'a/b c/d e/f/g' -- ${COMP_WORDS[COMP_CWORD]} ) )
}
complete -F _foo
On Monday 25 May 2009, Raph wrote:
Hello,
a quick attempt to make the
completion of xsltproc.
See attachement.
[...]
--encoding)
COMPREPLY=( $(compgen -W $(localedef --list-archive) -- $cur ))
On a very brief look [0], this doesn't seem right to me. localedef --list-
archive
Hello,
I find the amount of mail originating from the Debian BTS to this list quite
excessive. For example, I've received at least 9 mails about Debian bug
531337 yesterday/today, some of which are pretty much gibberish to me (some
kind of machine generated processing reports), and others
On Friday 05 June 2009, David Paleino wrote:
Hi David,
The following commit has been merged in the master branch:
commit 6170eb0001510426ccc7461e60e46c68992bcd14
Author: David Paleino d.pale...@gmail.com
Date: Fri Jun 5 08:13:46 2009 +0200
Don't assume sed being GNU sed, use gsed
On Friday 05 June 2009, Guillaume Rousse wrote:
David Paleino a écrit :
The following commit has been merged in the master branch:
commit 81e48606d011a96393ae2ae713bc6cda0fb18249
Author: David Paleino d.pale...@gmail.com
Date: Fri Jun 5 08:30:26 2009 +0200
Don't install
On Friday 05 June 2009, David Paleino wrote:
On Fri, 5 Jun 2009 18:47:18 +0300, Ville Skyttä wrote:
On Friday 05 June 2009, Guillaume Rousse wrote:
David Paleino a écrit :
The following commit has been merged in the master branch:
commit 81e48606d011a96393ae2ae713bc6cda0fb18249
On Friday 05 June 2009, David Paleino wrote:
On Fri, 5 Jun 2009 18:41:07 +0300, Ville Skyttä wrote:
On Friday 05 June 2009, David Paleino wrote:
@@ -3673,3 +3673,6 @@ unset UNAME USERLAND default dirnames filenames
have nospace bashdefault plusdir
set
On Monday 08 June 2009, Guillaume Rousse wrote:
Guillaume Rousse a écrit :
Hello list.
According to our roadmap,
http://wiki.debian.org/Teams/BashCompletion/Proposals/Roadmap, we still
have to finish splitting completions in individual files, and also to
review existing completions.
Hello,
Like mentioned in the roadmap thread, I have a small pile of patches needing
review: bluez-utils, heimdal, mailman, reportbug, vpnc, wireless-tools:
http://scop.fedorapeople.org/patches/bash-completion/
I don't really use these commands myself, so the patches are basically
untested.
On Tuesday 09 June 2009, Guillaume Rousse wrote:
Ville Skyttä a écrit :
The following commit has been merged in the master branch:
commit 696ee59f7e20907805a18d99e6a00ae95f91d149
Author: Ville Skyttä ville.sky...@iki.fi
Date: Tue Jun 9 00:18:27 2009 +0300
Note 'have foo
On Tuesday 14 July 2009, Faheem Mitha wrote:
If there is a Ubuntu bug or a discussion in
the ML is would have been helpful to link to it. For one thing, is would
make requests like this less likely.
First two distinct hits when Googling ubuntu psql completion:
On Tuesday 28 July 2009, Freddy Vulto wrote:
I was under the assumption that `_filedir' was to be trusted
anywhere, but it seems it isn't or am I overlooking something?
I think it isn't...
Otherwise, wouldn't it be nice to add an option to `_filedir' to
escape spaces? Or better, create a
On Monday 03 August 2009, Freddy Vulto wrote:
I don't see how `-o plusdirs' is going to save us here?
It probably doesn't - I just mentioned it in a context where I suggested
current _filedir would be pretty much obsolete if we could assume -o plusdirs
could be used everywhere.
So I think
On Thursday 03 September 2009, Norbert Preining wrote:
On Do, 03 Sep 2009, EspeonEefi wrote:
--- /etc/bash_completion.orig 2009-09-03 08:21:15.229720217 -0400
+++ /etc/bash_completion2009-09-03 08:21:36.473719600 -0400
@@ -213,6 +213,10 @@
# results in the original argument
Hello,
scp's remote path completion appears broken to me - the : to _get_cword does
not seem to affect anything and thus the hostname always disappears and things
go south from there. On a brief look, it seems to me that _get_cword doesn't
actually do anything with the argument given to it.
On Sunday 06 September 2009, Freddy Vulto wrote:
On Fri, Sep 4, 2009 at 11:50 PM, Ville Skyttäville.sky...@iki.fi wrote:
scp's remote path completion appears broken to me - the : to _get_cword
does not seem to affect anything and thus the hostname always disappears
and things go south from
On Thursday 18 June 2009, Mark Rosenstand wrote:
Hi,
Sorry for not reporting this through the bug tracker, I'm a bit short on
time but thought this is trivial enough to fix through a simple mail.
It apparently wasn't at the time, but by chance I still happened to have this
mail around.
The
On Monday 14 September 2009, Guillaume Rousse wrote:
The following commit has been merged in the master branch:
commit 8e496adff30d29b7c240dfc90860eca8b6970ae7
Author: Guillaume Rousse guilla...@oberkampf.msr-inria.inria.fr
Date: Mon Sep 14 23:01:19 2009 +0200
initial import
diff
On Monday 14 September 2009, Guillaume Rousse wrote:
The following commit has been merged in the master branch:
commit 5b760a88bbddd2bd3647ebdc1235661a29ca0030
Author: Guillaume Rousse guilla...@oberkampf.msr-inria.inria.fr
Date: Mon Sep 14 21:49:44 2009 +0200
add mdam and resolvconf
On Thursday 17 September 2009, David Paleino wrote:
The following commit has been merged in the master branch:
commit f13ea4968bc11c69fb1f0cc88aa95dceb928ca56
Author: David Paleino d.pale...@gmail.com
Date: Thu Sep 17 22:15:13 2009 +0200
Avoid sed pipe as ps itself can omit the
On Monday 21 September 2009, Elan Ruusamäe wrote:
On Monday 21 September 2009 00:35:38 Ville Skyttä wrote:
I also have some reservations about 3). _rpm_installed_packages is used
at least by apt in bash-completion, as well as rpmlint and rpmdevtools
(both upstream, not in bash-completion
On Tuesday 22 September 2009, Elan Ruusamäe wrote:
On Monday 21 September 2009 22:36:18 Guillaume Rousse wrote:
Ville Skyttä a écrit :
http://cvs.fedoraproject.org/viewvc/rpms/bash-completion/devel/bash-
completion.spec?revision=1.42view=markup
Interesting. Maybe a bit of lua
Hello,
I'd like to suggest that when we complete available options, we'd generally
offer only the long options as completions if an option has a short
option/alias/other counterpart and if it is known that the long option works
well enough (basically if the long option takes no arguments, or
On Thursday 01 October 2009, Guillaume Rousse wrote:
David Paleino a écrit :
4-spaces wins.
Which means following vim/emacs headers, right ?
# -*- mode: shell-script; sh-basic-offset: 4; indent-tabs-mode: nil -*-
# ex: ts=4 sw=4 et filetype=sh
I'm about to reformat all files. If you
On Wednesday 30 September 2009, Freddy Vulto wrote:
On Tue, Sep 29, 2009 at 7:28 PM, Ville Skyttä ville.sky...@iki.fi wrote:
I'd like to suggest that when we complete available options, we'd
generally offer only the long options as completions if an option has a
short option/alias/other
On Monday 19 October 2009, Alex Goebel wrote:
Fails to complete -shuffle for mplayer. That worked with 1.0-3 and
would be nice to have restored (and is probably easy to fix).
mplayer option completions are now parsed from mplayer -list-options; seems
that shuffle is not listed there which
On Thursday 22 October 2009, gibbo...@gmail.com wrote:
Hi,
attached : the completion for abook,
it uses compopt (a real pleasure)
and I discovered the ;; case symbol
Both compopt and ;; are bash = 4 features so this can't go in as is. The
current bash-completion development branch supports
On Thursday 22 October 2009, gibbo...@gmail.com wrote:
Hi,
I fear to be naive|intrusive|... but
what about doing a bash4 branche ?
(with globstar, compopt, ;;, and potentially,
mapfile, associative arrays)
If there's a killer feature in bash 4 that we can't/don't want to live without
and
On Wednesday 28 October 2009, Alex Goebel wrote:
Mhm, thanks, but that doesn't work?! (I did start a new shell..).
It sure does work for me. I have no idea how it could not work.
___
Bash-completion-devel mailing list
On Sunday 25 October 2009, gibbo...@gmail.com wrote:
You're right,
this version uses the compatible case syntax and conditionnals about
compopt.
Applied with some changes, thanks.
___
Bash-completion-devel mailing list
On Saturday 31 October 2009, Guillaume Rousse wrote:
Those variables (both the bash205, bash205b serie and the default,
filenames serie) seems to be unused anywhere else in the code, why do we
need to keep them ?
Removing them is a backwards incompatible change. There is been a proposal
for
Hello,
I have a few questions about and some failures in the test suite:
1) ./runCompletion (alone, or with $something.exp) always prints out:
ERROR Unexpected output from bash command bash --rcfile config/bashrc:
By adding some send_user's to assert_bash_exec I found that the
Hello,
I'd like to propose two coding style guidelines:
1) Avoid fancy globbing in case labels, just use traditional style when
possible. For example, do --foo|--bar) instead of --@(foo|bar)).
Rationale: the former is easier to read, often easier to grep, and doesn't
confuse editors as bad
On Thursday 05 November 2009, Philippe Laroque wrote:
Hi,
I recently upgraded my ubuntu distrib to karmic, and now am in trouble when
it comes to complete packaged classes names after the java command.
Everything still works OK for toplevel classes but the completion does not
work any
On Monday 09 November 2009, Freddy Vulto wrote:
On 12:08, Ville Skyttä wrote:
1) ./runCompletion (alone, or with $something.exp) always prints out:
ERROR Unexpected output from bash command bash --rcfile config/bashrc:
By adding some send_user's to assert_bash_exec I found
On Thursday 19 November 2009, Freddy Vulto wrote:
Err, TERM=linux also causes errors when tests are run via cron.
Reset TERM=dummy.
Workaround is to do a CRON=x from within the cron job and only set
TERM=dummy when not run via cron. See git commit 2a506ec3f
Just for kicks, did you try other
Hello,
I'm not sure if I've asked this before, but why do we have the generated HTML
doc in git, and why is it in a such an oddly named dir (html~)? Was the
idea that the trailing ~ in the dirname would make git treat it as a backup
file and auto-ignore it? It's not happening for me. The
On Friday 20 November 2009, Freddy Vulto wrote:
Can you email these lines from your `dbg.log' showing the failing matches
just above the test yielding a FAIL? Maybe there's a sort order mismatch
between tcl/expect bash? We should be able to tell from these lines.
Close, but not quite:
On Sunday 22 November 2009, Freddy Vulto wrote:
On 091121 10:18, Freddy Vulto wrote:
However, next issue is that the `finger' test is using the first host
which now happenes to be `::1' and is causing troubles.
...
But other tests (e.g. ssh) are now failing as well, so we'd better fix
Hello,
Quite a few completions would and do benefit from checking if some argument
was already given, not only checking if it was the previous one. I think this
is tedious enough to warrant a helper function for it, assuming I didn't miss
a nice way to do it in bash.
So, how about the
On Monday 23 November 2009, Ville Skyttä wrote:
Hello,
Quite a few completions would and do benefit from checking if some argument
was already given, not only checking if it was the previous one. I think
this is tedious enough to warrant a helper function for it, assuming I
didn't miss
On Monday 28 December 2009, Ville Skyttä wrote:
On Monday 28 December 2009, David Paleino wrote:
The following commit has been merged in the master branch:
commit 8299cd3616e69f1444d65ea820c99ae2c0791544
Author: David Paleino da...@debian.org
Date: Mon Dec 28 21:28:16 2009 +0100
On Friday 25 December 2009, gibbo...@gmail.com wrote:
Response here as I can't attach something on alioth :|
Corrected according of comment in #311843.
Added in git with some additional fixes (--stringparam vs --string-param, lax
use of =~ to match options, non-working list of extensions to
On Sunday 03 January 2010, Guillaume Rousse wrote:
The following commit has been merged in the master branch:
commit f35923a50515c5bb0f3f843e7d6a99b979698e61
Author: Guillaume Rousse guilla...@oberkampf.msr-inria.inria.fr
Date: Sun Jan 3 18:13:31 2010 +0100
use _split_longopt
diff
On Sunday 03 January 2010, Guillaume Rousse wrote:
And my config doesn't says anything about 1.x:
[core]
repositoryformatversion = 0
filemode = true
bare = false
logallrefupdates = true
[remote origin]
url =
On Saturday 09 January 2010, Ville Skyttä wrote:
The following commit has been merged in the master branch:
commit 66f5c11ab7894125039fc366c80d651f06587c43
Author: Ville Skyttä ville.sky...@iki.fi
Date: Sat Jan 9 11:44:36 2010 +0200
(testsuite) Add simple rpm completion tests
On Saturday 09 January 2010, Guillaume Rousse wrote:
Le 09/01/2010 12:21, Ville Skyttä a écrit :
Opinions, should we fiddle with match_max where needed (like
lib/completions/rpm.exp above), or should we just bump it to a large
value (10?) for all tests? I'm leaning towards the latter
On Sunday 10 January 2010, Freddy Vulto wrote:
On 100109 13:21, Ville Skyttä wrote:
Expect's default buffer size is too small - 2000 bytes according to the
man page here - for cases where we have a lot of completions. In
addition to rpm, there are at least pkg_info, portupgrade
On Sunday 10 January 2010, Freddy Vulto wrote:
On 100103 12:43, Guillaume Rousse wrote:
Shouldn't we try to have variable and function names more consistent ?
Aka rename _get_cword and _get_pword to _get_cur and _get_prev, or
rename cur and prev to cword and pword ?
Maybe we can put this
On Wednesday 06 January 2010, Adrian Friedli wrote:
Cheers, Adi
Cheers! And thanks to Raph for reviewing this.
Added to git with the following changes:
- Filtered cruft from --in/--out/--action completions; at least my ipv6calc
returns more than just the options, e.g. stuff like:
$ ipv6calc
On Friday 15 January 2010, Adrian Friedli wrote:
Hallo
On Thursday 14 January 2010 20:21:21 Ville Skyttä wrote:
Added to git with the following changes:
- Filtered cruft from --in/--out/--action completions; at least my
ipv6calc returns more than just the options, e.g. stuff like
On Friday 15 January 2010, Freddy Vulto wrote:
Maybe we'd also better merge _get_cword and _get_pword together to a new:
_get_cwords_by_ref 'nonwordbreakchars' cur [prev [prevprev] ...]
with `prev', `prevprev', etc. being optional arguments.
This circumvents doing the same
On Friday 15 January 2010, Freddy Vulto wrote:
On 100114 20:45, Ville Skyttä wrote:
If I'm right, should whitespace be left-trimmed when chunking, or the
regexp be changed to tolerate leading whitespace?
Yes, I think you're right. `expect' does 'eager matching', so head
whitespace
On Sunday 17 January 2010, Freddy Vulto wrote:
Removed awk regexp character classes.
On Debian/Ubuntu, awk (mawk 1.3.3 Nov 1996) is not supporting regexp
character classes. See also:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=314323
Oh, crap. They ship that as the
On Sunday 24 January 2010, Freddy Vulto wrote:
I've updated
http://wiki.debian.org/Teams/BashCompletion/Proposals/DropBash2Support
and set the minimum required version for bash-completion-2 to
bash-3.2.39. Bash-3.2.39 happens to be the minimal bash version on
Debian-5.0.3, but this
On Sunday 24 January 2010, Ville Skyttä wrote:
[...] if I can build a static version of the RHEL/CentOS 3.2.25 one.
Done: http://scop.fedorapeople.org/bash/
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
http
On Sunday 31 January 2010, Freddy Vulto wrote:
I agree with your first point though, some completions work without calling
the actual command, so it's not always necessary to test if the command is
really available.
Well, I could not find any indication of this intent, the vast majority of
On Monday 01 February 2010, you wrote:
Hi, everyone!
Hi,
A list copy of bash-completion-devel mails is fine for me, no need for a
personal copy, thanks :). (I don't know if you're subscribed, so I'm replying
directly to you.)
Would you please review 2 small patches and possibly pull
On Thursday 04 February 2010, Freddy Vulto wrote:
On 08:41, Crestez Dan Leonard wrote:
There are actually only two things that bug me:
1) Ending blocks with }; # if
2) Comments that are indented more than the code. This makes code harder
to read; only control structures should affect
On Friday 05 February 2010, Freddy Vulto wrote:
On 100205 11:43, Freddy Vulto wrote:
On 100204 08:41, Crestez Dan Leonard wrote:
There are actually only two things that bug me:
1) Ending blocks with }; # if
2) ...
Just to be sure, does that mean we're also not commenting
On Tuesday 09 February 2010, Crestez Dan Leonard wrote:
On Sun, 2010-02-07 at 21:24 +0200, Ville Skyttä wrote:
Huh, why does it end up invoking d $TESTDIR instead of cd $TESTDIR,
and I suppose the first char of the { set; ... command got lost too?
I tried bisecting but didn't find any
On Wednesday 10 February 2010, Freddy Vulto wrote:
On 100210 18:16, Ville Skyttä wrote:
Maybe this is what you meant above put in other words, but removing the
-re {a\\\'b/c} { block from compgen.exp or hacking the regexp so that
it does not match makes the problem go away for me. I don't
On Tuesday 16 February 2010, Crestez Dan Leonard wrote:
On Mon, 2010-02-15 at 16:56 +, Ville Skyttä wrote:
The following commit has been merged in the master branch:
commit 59977e4bf8ad30ab85c0ee2d6947c079a3df0579
Author: Ville Skyttä ville.sky...@iki.fi
Date: Mon Feb 15 18:56:09
1 - 100 of 367 matches
Mail list logo