2011-12-07, 12:02(-07), Eric Blake:
[...]
> Or even nicer, behave like zsh, and treat
> cd xxx yyy
> like this (written assuming extglob syntax)
> cd xxx+($' \t')yyy
[...]
Not sure what you're refering to, but
cd xxx yyy
in zsh means
cd ${PWD/xxx/yyy}
--
Stephane
2011-12-8, 10:13(+00), Stephane CHAZELAS:
> 2011-12-07, 12:02(-07), Eric Blake:
> [...]
>> Or even nicer, behave like zsh, and treat
>> cd xxx yyy
>> like this (written assuming extglob syntax)
>> cd xxx+($' \t')yyy
> [...]
>
> Not sure what you're refering to, but
>
> cd xxx yyy
>
> in zsh means
I notice that recently the behavior of bash completion w/r/t
environment variables has changed, in a realy annoying way:
If one has an environment variable like:
ls=/usr/local/src
and then hit to complete the following command line:
$ cd $ls/ema
where the intent is to do "cd /usr/lo
On Wed, Dec 7, 2011 at 9:43 PM, Miles Bader wrote:
> I notice that recently the behavior of bash completion w/r/t
> environment variables has changed, in a realy annoying way:
>
> If one has an environment variable like:
>
> ls=/usr/local/src
>
> and then hit to complete the following comma
On 12/7/11 9:43 PM, Miles Bader wrote:
> I notice that recently the behavior of bash completion w/r/t
> environment variables has changed, in a realy annoying way:
This has enjoyed detailed discussion in the past, on several occasions.
http://lists.gnu.org/archive/html/bug-bash/2011-09/msg000
On Thu, Dec 8, 2011 at 23:58, Chet Ramey wrote:
> On 12/7/11 9:43 PM, Miles Bader wrote:
> > I notice that recently the behavior of bash completion w/r/t
> > environment variables has changed, in a realy annoying way:
>
> This has enjoyed detailed discussion in the past, on several occasions.
On 12/8/11 9:14 PM, Clark J. Wang wrote:
> http://lists.gnu.org/archive/html/bug-bash/2011-09/msg7.html
> contains a basic summary and includes a patch that adds a `direxpand'
> shell option to restore the 4.1 behavior.
>
> You can download a version of bash-4.2.20 with this p
