"rehash" each time a new program is installed?

"rehash" each time a new program is installed?

[Louis-David Mitterrand]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 650 bytes --]

Hello,

I find myself having to run "rehash" to get zsh to recognize the
presence of a new executable in the PATH. bash doesn't seem to have that
requirement. Is there an option to get that behavior in zsh?

Also, how could I have zsh not list "CVS" directories when completing
paths? I tried fignore but it doesn't work.

Oh, and a last one ;) Is it possible to "fignore" a file except when
it's the only completion candidate (considering the typed string e.g.)?

Thanks in advance,

-- 
    OENONE: Quoi, Madame ?
    PHEDRE: Insensée, où suis-je ? et qu'ai-je dit ?
                                          (Phèdre, J-B Racine, acte 1, scène 3)

Re: "rehash" each time a new program is installed?

[Bart Schaefer]

On Feb 15,  6:57pm, Louis-David Mitterrand wrote:
} Subject: "rehash" each time a new program is installed?
}
} I find myself having to run "rehash" to get zsh to recognize the
} presence of a new executable in the PATH. bash doesn't seem to have that
} requirement. Is there an option to get that behavior in zsh?

You probably want "setopt nohashdirs".  If that doesn't do it, "nohashcmds".

} Also, how could I have zsh not list "CVS" directories when completing
} paths? I tried fignore but it doesn't work.

I don't immediately recall any way to ignore intermediate directories in
a path.  It's probably possible using styles in 3.1.6 and later, but the
only way for 3.0.8 would be to write a "compctl -K" function and attach
it to the specific commands for which you don't want to see CVS.

} Oh, and a last one ;) Is it possible to "fignore" a file except when
} it's the only completion candidate (considering the typed string e.g.)?

That should happen already:

fignore <S> <Z> (FIGNORE <S>)
     An array (colon separated list) containing the suffixes of files
     to be ignored during filename completion.  However, if the
     completion generates only files which would match if this variable
     would be ignored, than these files are completed anyway.


-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Zsh: http://www.zsh.org | PHPerl Project: http://phperl.sourceforge.net   

Re: "rehash" each time a new program is installed?

[Louis-David Mitterrand]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 2412 bytes --]

On Thu, Feb 15, 2001 at 07:31:09PM +0000, Bart Schaefer wrote:
> On Feb 15,  6:57pm, Louis-David Mitterrand wrote:
> } Subject: "rehash" each time a new program is installed?
> }
> } I find myself having to run "rehash" to get zsh to recognize the
> } presence of a new executable in the PATH. bash doesn't seem to have that
> } requirement. Is there an option to get that behavior in zsh?
> 
> You probably want "setopt nohashdirs".  If that doesn't do it, "nohashcmds".
> 
> } Also, how could I have zsh not list "CVS" directories when completing
> } paths? I tried fignore but it doesn't work.
> 
> I don't immediately recall any way to ignore intermediate directories in
> a path.  It's probably possible using styles in 3.1.6 and later, but the
> only way for 3.0.8 would be to write a "compctl -K" function and attach
> it to the specific commands for which you don't want to see CVS.

I am using debian's 3.1.9.dev8-2 package, so I'll check the styles.

> } Oh, and a last one ;) Is it possible to "fignore" a file except when
> } it's the only completion candidate (considering the typed string e.g.)?
> 
> That should happen already:
> 
> fignore <S> <Z> (FIGNORE <S>)
>      An array (colon separated list) containing the suffixes of files
>      to be ignored during filename completion.  However, if the
>      completion generates only files which would match if this variable
>      would be ignored, than these files are completed anyway.

>From my .zshrc:

> autoload -U compinit
> compinit
> zstyle ':completion:*' completer _complete
> zstyle ':completion:*' file-sort modification
> zstyle ':completion:*' group-name ''
> zstyle ':completion:*' matcher-list ''
> zstyle ':completion:*' squeeze-slashes true
> zstyle ':completion:*' verbose true
> zstyle :compinstall filename '/home/ldm/.zsh/.zshrc'
> autoload -U zfinit
> zfinit
> 
> fignore=(.o \~ .old .bak .orig CVS)

But when trying to complete "vim auction.sql.orig" I find myself banging
like crazy on the TAB key without any reaction from zsh. In desperation
I add a * to my prefix and _then_ it completes.

Thanks,

-- 
 HIPPOLYTE: Dans le fond des forêts votre image me suit ;
            La lumière du jour, les ombres de la nuit,
            Tout retrace à mes yeux les charmes que j'évite,
            Tout vous livre à l'envi le rebelle Hippolyte.
                                          (Phèdre, J-B Racine, acte 2, scène 2)

Re: "rehash" each time a new program is installed?

[Wayne Davison]

On Thu, 15 Feb 2001, Bart Schaefer wrote:
> On Feb 15,  6:57pm, Louis-David Mitterrand wrote:
> } Oh, and a last one ;) Is it possible to "fignore" a file except when
> } it's the only completion candidate (considering the typed string e.g.)?
> 
> That should happen already:

There's a problem with this in the new completion system (which I
complained about quite a while ago).  Fignore works with the old
completion code, but the new system will never complete a file name
in the fignore list.  An example of doing both:

    % zsh -f
    % fignore=( .bak )
    % touch test1 test1.bak
    % ls test1.<TAB>

This results in the expected test1.bak.  Now continue:

    % autoload -U compinit
    % compinit
    % zstyle ':completion:*' completer _expand _complete
    % bindkey '\t' complete-word
    % ls test1.<TAB>

It just beeps at you.  Using a wildcard will cause _expand to list the
file, but _complete totally ignores it.  Is there an option that I'm
missing?  I've tried using:

    % zstyle ':completion:*:all-files' ignored-patterns \*.bak

(instead of fignore) with the same results.

..wayne..

Re: "rehash" each time a new program is installed?

[Thomas Köhler]

[-- Attachment #1: Type: text/plain, Size: 1597 bytes --]

On Fri, Feb 16, 2001 at 10:23:38AM -0800,
Wayne Davison <wayned@users.sourceforge.net> wrote:
> 
> On Thu, 15 Feb 2001, Bart Schaefer wrote:
> > On Feb 15,  6:57pm, Louis-David Mitterrand wrote:
> > } Oh, and a last one ;) Is it possible to "fignore" a file except when
> > } it's the only completion candidate (considering the typed string e.g.)?
> > 
> > That should happen already:
> 
> There's a problem with this in the new completion system (which I
> complained about quite a while ago).  Fignore works with the old
> completion code, but the new system will never complete a file name
> in the fignore list.  An example of doing both:
> 
>     % zsh -f
>     % fignore=( .bak )
>     % touch test1 test1.bak
>     % ls test1.<TAB>
> 
> This results in the expected test1.bak.  Now continue:
> 
>     % autoload -U compinit
>     % compinit
>     % zstyle ':completion:*' completer _expand _complete
>     % bindkey '\t' complete-word
>     % ls test1.<TAB>

Uhm.

% zsh -f
picard% fignore=( .bak )
picard% touch test1 test1.bak
picard% autoload -U compinit
picard% compinit
picard% ls test1.<TAB>
  -> leads to
  picard% ls test1.bak

Ah, here's the problem: complete-word! expand-or-complete works fine!
Why is this the case?

> ..wayne..

Ciao,
Thomas

-- 
 Thomas Köhler Email:   jean-luc@picard.franken.de     | LCARS - Linux
     <><        WWW:     http://jeanluc-picard.de      | for Computers
                IRC:             jeanluc               | on All Real
               PGP public key available from Homepage! | Starships

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

problem making 4.0.1-pre-3

[S. Cowles]

-----BEGIN PGP SIGNED MESSAGE-----


I've had trouble making the last two prereleases, 4.0.1-pre-2 and
4.0.1-pre-3. The error messages that I get from make are shown below.
Does anyone know the bugfix for this problem?

Thanks,

sid


zsh configuration
- -----------------
zsh version               : 4.0.1-pre-3
host operating system     : i686-pc-cygwin
source code location      : .
compiler                  : gcc
preprocessor flags        :
executable compiler flags :  -Wall -Wno-implicit -Wmissing-prototypes -O2
executable linker flags   :   -s
library flags             : -ltermcap -lm  -lc
installation basename     : zsh
binary install path       : /usr/local/bin
man page install path     : /usr/local/man
info install path         : /usr/local/info
functions install path    : /usr/local/share/zsh/4.0.1-pre-3/functions
See config.modules for installed modules and functions.

make[1]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
cd .. && /bin/sh $top_srcdir/Src/mkmakemod.sh Src Makemod
creating Src/Makemod.in
./config.status: not found
make[2]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
make[2]: Makemod: No such file or directory
make[2]: *** No rule to make target `Makemod'.  Stop.
make[2]: Leaving directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
make[2]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
make[2]: Makemod: No such file or directory
make[2]: *** No rule to make target `Makemod'.  Stop.
make[2]: Leaving directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
make[1]: *** [headers] Error 2
make[1]: Leaving directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
make: *** [all] Error 1


- --

S. Cowles
scowles@infogen.ws
scowles@earthlink.net

-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5i

iQB7AwUBOtYZIa8Vat2+ticVAQHphgMqAtDRNx4QCmtipSh+LMElZsf+Lm1uRKl0
US7QR0fcrdE0RuQGN5bqTrlvNpIxc2PBjDfSfKZf5lOCen8765RtuVFgOovYp9dx
kdQF3xSmqlM7BU0dnId3XxmUqszRf5ehU4dUlf3F
=OMKf
-----END PGP SIGNATURE-----

Re: problem making 4.0.1-pre-3

[Andrej Borsenkow]

I have not yet tried -pre-3, but I had no problem with (post) pre-2 code.
I still suspect, that this is obscure line-endings problem. Something
causes config.status be created with wrong line endings; /bin/bash
tolerates this but /bin/sh does not (was it your message a couple of weeks
ago about cygwin build problems?)

Zsh definitely builds on cygwin so it is not general zsh problem. Could
you please recheck your environment - are you sure, that all temporary
files are created on filesystems, mounted with the same type (all text or
all binary)?

I'll try to get a look next week, but it works in my case, so I cannot
promise much anyway.

-andrej


On Thu, 12 Apr 2001, S. Cowles wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
>
>
> I've had trouble making the last two prereleases, 4.0.1-pre-2 and
> 4.0.1-pre-3. The error messages that I get from make are shown below.
> Does anyone know the bugfix for this problem?
>
> Thanks,
>
> sid
>
>
> zsh configuration
> - -----------------
> zsh version               : 4.0.1-pre-3
> host operating system     : i686-pc-cygwin
> source code location      : .
> compiler                  : gcc
> preprocessor flags        :
> executable compiler flags :  -Wall -Wno-implicit -Wmissing-prototypes -O2
> executable linker flags   :   -s
> library flags             : -ltermcap -lm  -lc
> installation basename     : zsh
> binary install path       : /usr/local/bin
> man page install path     : /usr/local/man
> info install path         : /usr/local/info
> functions install path    : /usr/local/share/zsh/4.0.1-pre-3/functions
> See config.modules for installed modules and functions.
>
> make[1]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> cd .. && /bin/sh $top_srcdir/Src/mkmakemod.sh Src Makemod
> creating Src/Makemod.in
> ./config.status: not found
> make[2]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> make[2]: Makemod: No such file or directory
> make[2]: *** No rule to make target `Makemod'.  Stop.
> make[2]: Leaving directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> make[2]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> make[2]: Makemod: No such file or directory
> make[2]: *** No rule to make target `Makemod'.  Stop.
> make[2]: Leaving directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> make[1]: *** [headers] Error 2
> make[1]: Leaving directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> make: *** [all] Error 1
>
>
> - --
>
> S. Cowles
> scowles@infogen.ws
> scowles@earthlink.net
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5i
>
> iQB7AwUBOtYZIa8Vat2+ticVAQHphgMqAtDRNx4QCmtipSh+LMElZsf+Lm1uRKl0
> US7QR0fcrdE0RuQGN5bqTrlvNpIxc2PBjDfSfKZf5lOCen8765RtuVFgOovYp9dx
> kdQF3xSmqlM7BU0dnId3XxmUqszRf5ehU4dUlf3F
> =OMKf
> -----END PGP SIGNATURE-----
>
>

-- 
------------------------------------------------------------------------
Andrej Borsenkow 		Fax:   +7 (095) 737 2747
Siemens ICP ITS Moscow		Tel:   +7 (095) 737 2723

E-Mail: Andrej.Borsenkow@mow.siemens.ru
-------------------------------------------------------------------------

Re: problem making 4.0.1-pre-3

[Andrej Borsenkow]

S. Cowles wrote:

> zsh version               : 4.0.1-pre-3
> host operating system     : i686-pc-cygwin

...

> 
> make[1]: Entering directory `/mnt/h/scowles/origdist/cygwin-others/zsh/zsh-4.0.1-pre-3/zsh-4.0.1-pre-3/Src'
> cd .. && /bin/sh $top_srcdir/Src/mkmakemod.sh Src Makemod
> creating Src/Makemod.in
> ./config.status: not found


Coud you (and anybody else who had this problem) try the current CVS 
version? I hope to have fixed it.

Did you have ntea set in your CYGWIN variable? It triggered the above 
problem.

-andrej

Re: "rehash" each time a new program is installed?

[Thomas Köhler]

[-- Attachment #1: Type: text/plain, Size: 1182 bytes --]

On Mon, Feb 19, 2001 at 10:20:17AM +0100,
Sven Wischnowsky <wischnow@informatik.hu-berlin.de> wrote:
> 
[...]
> Thomas Koehler wrote:
> 
> > ...
> > 
> > % zsh -f
> > picard% fignore=3D( .bak )
> > picard% touch test1 test1.bak
> > picard% autoload -U compinit
> > picard% compinit
> > picard% ls test1.<TAB>
> >   -> leads to
> >   picard% ls test1.bak
> > 
> > Ah, here's the problem: complete-word! expand-or-complete works fine!
> > Why is this the case?
> 
> For me it works with both bindings. Old version?

Uhm, strange... Can't reproduce that complete-word is at fault. Perhaps
I've just concluded that too fast because it worked for me with
expand-or-complete, and missed that line
     % zstyle ':completion:*' completer _expand _complete
when looking at the differences... Sorry for any confusion this may have
produced.

> Bye
>  Sven

CU,
Thomas

-- 
 Thomas Köhler Email:   jean-luc@picard.franken.de     | LCARS - Linux
     <><        WWW:     http://jeanluc-picard.de      | for Computers
                IRC:             jeanluc               | on All Real
               PGP public key available from Homepage! | Starships

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: "rehash" each time a new program is installed?

[Sven Wischnowsky]

Wayne Davison wrote:

> On Thu, 15 Feb 2001, Bart Schaefer wrote:
> > On Feb 15,  6:57pm, Louis-David Mitterrand wrote:
> > } Oh, and a last one ;) Is it possible to "fignore" a file except when
> > } it's the only completion candidate (considering the typed string e.g.)?
> > 
> > That should happen already:
> 
> There's a problem with this in the new completion system (which I
> complained about quite a while ago).  Fignore works with the old
> completion code, but the new system will never complete a file name
> in the fignore list.  An example of doing both:
> 
>     % zsh -f
>     % fignore=( .bak )
>     % touch test1 test1.bak
>     % ls test1.<TAB>
> 
> This results in the expected test1.bak.  Now continue:
> 
>     % autoload -U compinit
>     % compinit
>     % zstyle ':completion:*' completer _expand _complete
>     % bindkey '\t' complete-word
>     % ls test1.<TAB>
> 
> It just beeps at you.  Using a wildcard will cause _expand to list the
> file, but _complete totally ignores it.  Is there an option that I'm
> missing?  I've tried using:
> 
>     % zstyle ':completion:*:all-files' ignored-patterns \*.bak
> 
> (instead of fignore) with the same results.

(Err, deja vu.  Didn't I answer a similar question last week?)

Anyway... you didn't include the _ignored completer in your list.
With that it will work.

If you don't set the completer style, the default will be used and
that is (_complete _ignored).


Thomas Koehler wrote:

> ...
> 
> % zsh -f
> picard% fignore=3D( .bak )
> picard% touch test1 test1.bak
> picard% autoload -U compinit
> picard% compinit
> picard% ls test1.<TAB>
>   -> leads to
>   picard% ls test1.bak
> 
> Ah, here's the problem: complete-word! expand-or-complete works fine!
> Why is this the case?

For me it works with both bindings. Old version?

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de

Re: "rehash" each time a new program is installed?

[Louis-David Mitterrand]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=us-ascii, Size: 2008 bytes --]

On Fri, Feb 16, 2001 at 09:06:11AM +0100, Sven Wischnowsky wrote:
> 
> > } Oh, and a last one ;) Is it possible to "fignore" a file except when
> > } it's the only completion candidate (considering the typed string e.g.)?
> > 
> > That should happen already:
> > 
> > fignore <S> <Z> (FIGNORE <S>)
> >      An array (colon separated list) containing the suffixes of files
> >      to be ignored during filename completion.  However, if the
> >      completion generates only files which would match if this variable
> >      would be ignored, than these files are completed anyway.
> 
> The fact that it doesn't work out of the box might mean that he's
> using the new completion system. In that case he needs to use the
> _ignored completer, as in:
> 
>   zstyle ':completion:*' completer _complete _ignored

Great, that works!

> 
> And if he's using the new completion system, this:
> 
> > } Also, how could I have zsh not list "CVS" directories when completing
> > } paths? I tried fignore but it doesn't work.
> > 
> > I don't immediately recall any way to ignore intermediate directories in
> > a path.  It's probably possible using styles in 3.1.6 and later, but the
> > only way for 3.0.8 would be to write a "compctl -K" function and attach
> > it to the specific commands for which you don't want to see CVS.
> 
> can be solved, too. One only needs to not set $fignore, but instead
> use the ignored-patterns style, like so:
> 
>   zstyle ':completion:*:complete:*:(all-|)files' \
>       '?*~' '?*.(o|log|aux|...)' '(|*/)CVS'
>                  ^^^^^^^^^^^^^
>                     whatever suffixes one wants to have ignored
> 
> And finally: the _ignored completer can also be customized, see the
> manual/info or Peter's guide (from www.zsh.org).

I'll look it up, thank you Sven!

-- 
    OENONE: Songez-vous qu'en naissant mes bras vous ont reçue ?
            Mon pays, mes enfants, pour vous j'ai tout quitté.
                                          (Phèdre, J-B Racine, acte 1, scène 3)

Re: "rehash" each time a new program is installed?

[Sven Wischnowsky]

Bart Schaefer wrote:

> ...
>
> } Oh, and a last one ;) Is it possible to "fignore" a file except when
> } it's the only completion candidate (considering the typed string e.g.)?
> 
> That should happen already:
> 
> fignore <S> <Z> (FIGNORE <S>)
>      An array (colon separated list) containing the suffixes of files
>      to be ignored during filename completion.  However, if the
>      completion generates only files which would match if this variable
>      would be ignored, than these files are completed anyway.

The fact that it doesn't work out of the box might mean that he's
using the new completion system. In that case he needs to use the
_ignored completer, as in:

  zstyle ':completion:*' completer _complete _ignored


And if he's using the new completion system, this:

> } Also, how could I have zsh not list "CVS" directories when completing
> } paths? I tried fignore but it doesn't work.
> 
> I don't immediately recall any way to ignore intermediate directories in
> a path.  It's probably possible using styles in 3.1.6 and later, but the
> only way for 3.0.8 would be to write a "compctl -K" function and attach
> it to the specific commands for which you don't want to see CVS.

can be solved, too. One only needs to not set $fignore, but instead
use the ignored-patterns style, like so:

  zstyle ':completion:*:complete:*:(all-|)files' \
      '?*~' '?*.(o|log|aux|...)' '(|*/)CVS'
                 ^^^^^^^^^^^^^
                    whatever suffixes one wants to have ignored

And finally: the _ignored completer can also be customized, see the
manual/info or Peter's guide (from www.zsh.org).

Bye
 Sven


--
Sven Wischnowsky                         wischnow@informatik.hu-berlin.de