release candidate zsh configs

[Eric Hattemer]

Considering that other shells don't do this, it seems strange, although 
not fundamentally wrong.  Someone might delete their .zshrc on purpose, 
then get it back the next day automatically.  But also, if someone ftped 
into their account, saw all these . files, and randomly started deleting 
them because they didn't understand them, at least zsh would 
automatically rebuild that stuff.  That's a problem at my university 
where a .login file is necessary for the default csh to function almost 
at all.  So I agree it would be something you'd have to get zsh.org to 
accept, and it'd be controversial and different, though not neccessarily 
logically wrong. 

-Eric Hattemer

Nils Philippsen wrote:

>On Sun, 2004-02-08 at 09:31, Warren Togami wrote:
>
>  
>
>>I just had a thought...
>>
>>Would something like this be inappropriate?
>>
>>If the user runs zsh and ~/.zshrc does not exist but /etc/skel/.zshrc 
>>does exist, then copy it into their home directory.  Only a small patch 
>>to zsh would allow this, and this should not have any drawbacks.
>>    
>>
>
>Hmm, somehow this doesn't feel good to me. I'm not a zsh user, but a
>shell automatically installing a default configuration -- when it would
>work flawlessly without -- seems strange in my book. If you could get
>upstream to accept that change, I'd see it differently. At last admins
>or the zsh user himslef can easily do that manually (admins for all
>users if they desire to).
>
>Nils
>  
>