Ok, drop bash 4.1 support added to roadmap for 2.0 in Wiki.
___
Bash-completion-devel mailing list
Bash-completion-devel@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
On 04/08/2011 11:02 AM, David Paleino wrote:
However, being upstream, I can't just say in Debian we have it, let's drop
support altogether!. We somehow need to check how many users use 3.2 x
4.1.
We also need to be realistic - if there are no active
contributors/maintainers actively
On Sat, 09 Apr 2011 13:51:03 +0300, Ville Skyttä wrote:
[..]
So, given the answers so far, should we add a drop bash 4.1 support
roadmap item, and already for 2.0 (my answer would be yes, and +1)?
+1 for me.
--
. ''`. Debian developer | http://wiki.debian.org/DavidPaleino
: :' :
On 110409 13:51, Ville Skyttä wrote:
So, given the answers so far, should we add a drop bash 4.1 support
roadmap item, and already for 2.0 (my answer would be yes, and +1)? I
Yes and +1
___
Bash-completion-devel mailing list
On Thu, 07 Apr 2011 23:16:55 +0300, Ville Skyttä wrote:
On 04/07/2011 10:46 PM, d...@ucore.info wrote:
The question is -- is there anyone interested in merging it with mainline?
Sometime something like that will most definitely be implemented, but at
the moment we're targeting bash = 3.2.
Le 08/04/2011 10:02, David Paleino a écrit :
So, for .deb-based systems, I believe it's ok. I'm missing info for the whole
RPM-based world though. :)
When Debian stable has version X, it means everyone else aleady uses X +1 :)
More seriously, I guess the change only applies to the main
Hi,
Irritated by long bash loading on Ubuntu I've made a patch that is
using bash dynamic completion loading capabilities to speed things up.
My results are:
dpc@mutex:~$ time . /etc/bash_completion.orig
real0m0.614s
user0m0.360s
sys 0m0.120s
dpc@mutex:~$ time .
