Bug#554880: global zshrc should source /etc/zsh_command_no..

Package: zsh
Version: 4.3.10-5
Severity: wishlist

The global bashrc uses command-not-found to suggest packages containing
unknown commands. I think it would be a nice usability gain if zsh did this
also. All that's needed is source the file /etc/zsh_command_not_found which
is included in that package, after testing for its existance.

-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (750, 'testing'), (110, 'unstable'), (101, 'experimental'), (10, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.31-rc9.nouveau (SMP w/4 CPU cores)
Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-
Shell: /bin/sh linked to /bin/bash

Versions of packages zsh depends on:
ii libc6 2.9-25 GNU C Library: Shared libraries
ii libcap2 1:2.16-5 support for getting/setting POSIX.
ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand

Versions of packages zsh recommends:
ii libc6 2.9-25 GNU C Library: Shared libraries
ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi

Versions of packages zsh suggests:
ii zsh-doc 4.3.10-6 zsh documentation - info/HTML form

-- no debconf information



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org

On Fri, Nov 06, 2009 at 06:56:38PM -0600, Itai Seggev wrote:
> The global bashrc uses command-not-found to suggest packages containing
> unknown commands. I think it would be a nice usability gain if zsh did this
> also. All that's needed is source the file /etc/zsh_command_not_found which
> is included in that package, after testing for its existance.

Isn't it better for this to be under the control of each individual user?



--
To UNSUBSCRIBE, email to debian-bugs-dist-REQUEST DeleteThis @lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster DeleteThis @lists.debian.org