Re: [Bash-completion-devel] Dynamic completion loader.
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
Re: [Bash-completion-devel] Dynamic completion loader.
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 supporting and using our stuff let's say with bash 4.1, we shouldn't pretend it is actually supported and let end users find out the problems for us, and we should be loud and clear about that. Even though I'm still very interested in bash completion that works with bash 3.2 for now, there's always the 1.3 release which is fine for those systems, and I don't particularly want anything but possibly occasional bug fixes to that series. 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 don't think we necessarily need to go wild and take advantage of everything that 4.1+ would allow in 2.0, but we could start by cleaning up cruft that is no longer required out of the way and introduce new cool stuff in later 2.x releases if that can be done in a not too disruptive way wrt. upgrading from previous 2.x releases. ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
Re: [Bash-completion-devel] Dynamic completion loader.
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 : :' : 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 ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
Re: [Bash-completion-devel] Dynamic completion loader.
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 Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
Re: [Bash-completion-devel] Dynamic completion loader.
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. When that sometime might be depends on availability of developer/maintainer resources. FWIW my personal interest towards bash 4.1 will decrease gradually this year as the systems I work with get upgraded. I'm not aware of other project members' thoughts about this. +1 from me. Personally, I work with Debian everywhere, and our latest stable has 4.1 already. 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. FWIW, also Ubuntu has bash 4.1 since one year (Lucid, 10.04 IIRC). So, for .deb-based systems, I believe it's ok. I'm missing info for the whole RPM-based world though. :) My 2c, 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 ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
Re: [Bash-completion-devel] Dynamic completion loader.
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 bash_completion script, not the individual completions functions themselves. There should be a way to have a release with two different loaders, one able to dynamically load completions, one using current system. But if it makes code too complex, I have no problem dropping support for versions 4.1. -- BOFH excuse #245: The Borg tried to assimilate your system. Resistance is futile. ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel
[Bash-completion-devel] Dynamic completion loader.
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 . /etc/bash_completion.new real0m0.168s user0m0.120s sys 0m0.010s without loosing any functionality (it seems). I've posted my solution on bug created for Ubuntu, but it just reach my brain, that there are better places to show it. Repository is here: https://github.com/dpc/bash_completion a post I've made about it on my blog: http://ucore.info/2011/03/faster-bash-completion-loading/ It seems to me that waiting half a second for a shell every time is a problem and should get fixed. My patch could be updated to latest version, cleaned and reviewed by someone more knowledgeable, but after all I think it's quite good solution. The question is -- is there anyone interested in merging it with mainline? Regards, -- Dawid Ciężarkiewicz http://ucore.info ___ Bash-completion-devel mailing list Bash-completion-devel@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/bash-completion-devel