[Git-commits] core configuration files of grml branch, master, updated. v0.3.75-5-ga2eb5e1

[git repository hosting]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "core configuration files of grml".

The branch, master has been updated
       via  a2eb5e1411e4ad4860c7c70735b9a59c703f16da (commit)
      from  0e01127a5a221a4e567fc30f17445b98d26f5e08 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit a2eb5e1411e4ad4860c7c70735b9a59c703f16da
Author: Frank Terbeck <ft at bewatermyfriend.org>
Date:   Mon Oct 12 01:10:30 2009 +0200

    zshrc: actively do: "setopt unset"
    
    It seems like some people think it is a good idea to unset that option.
    That is a very bad idea though.
    
    Why? Well, because of this:
    % unset foo
    % echo "foo$foo"
    zsh: foo: parameter not set
    
    That is totally incompatible with every other bourne like shell out
    there. And it breaks many shell idioms.
    
    In fact, it will break at least 'vcs_info()' and 'accept_line()' for us.
    Which is unacceptable.
    
    I also added 'emulate -L zsh' to accept-line() and vcs_info(), which are
    two functions, that will fail horribly with 'unset' unset. That will
    leave the shell intact even if someone wants to 'setopt no_unset' in
    his/her .zshrc.local

-----------------------------------------------------------------------

Summary of changes:
 debian/changelog |    3 ++-
 etc/zsh/zshrc    |    9 +++++++--
 2 files changed, 9 insertions(+), 3 deletions(-)


hooks/post-receive
-- 
core configuration files of grml