zsh-users
 help / color / mirror / code / Atom feed
From: Peter Stephenson <pws@ibmth.df.unipi.it>
To: zsh-users@sunsite.auc.dk (Zsh users list)
Subject: Reading initialization/logout files again.
Date: Sun, 23 May 1999 16:41:45 +0200	[thread overview]
Message-ID: <9905231441.AA28756@ibmth.df.unipi.it> (raw)

This was some discussion about this before.  The latest proposal to allow
more flexibility as follows:

- The NO_RCS option (or negated RCS option) remains as before, i.e. it only
takes affect for initialisation files if set as a starting option to the
shell or in /etc/zshenv, but if set on logout it disables sourcing
/etc/zlogout and .zlogout too.

- A new NO_GLOBAL_RCS option.  For greater flexibility, you could set or
unset this anywhere and it will determine whether the /etc/z* files are
sourced at any stage.  As before, /etc/zshenv is always sourced since there
are legitimate reasons for this (as well as illegitimate ones).

- The previously proposed option GLOBAL_RCS_FIRST would be removed.

There are alternatives, however:

1. it's not well documented that setting NO_RCS prevents running
/etc/zlogout and .zlogout.  So if no-one was setting it in their .z* files
for this purpose, it would be possible to make the NO_RCS option more
flexible and allow it to determine the subsequent behaviour at any stage,
as NO_GLOBAL_RCS would do.  But if people are (say) setting it in .zprofile
in the knowledge that it doesn't take effect until logout this will cause
problems, and anyone who is should say so now.

Currently, altering it for other reasons in
.zshenv/.zprofile/.zshrc/.zlogin doesn't have any effect, so we probably
don't need to worry about that happening.  This is the cleanest option.
I'm not sure why NO_RCS behaves the way it does at the moment; it may be so
that the administrator can unset it in /etc/zshenv and so enforce the rest
of the scripts, but it should be quite enough having one file that is
always run.


2. for consistency, if people didn't really care about greater control, it
would be possible to make NO_GLOBAL_RCS work just like NO_RCS, except that
it applies to files in /etc only and is tested just after .zshenv is run.
It's not that consistent, though; as the idea is to let the user get their
hands on it, it has to be tested later than NO_RCS anyway.

-- 
Peter Stephenson <pws@ibmth.df.unipi.it>       Tel: +39 050 844536
WWW:  http://www.ifh.de/~pws/
Dipartimento di Fisica, Via Buonarroti 2, 56127 Pisa, Italy


             reply	other threads:[~1999-05-23 15:09 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
1999-05-23 14:41 Peter Stephenson [this message]
1999-05-31  5:39 ` Bart Schaefer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=9905231441.AA28756@ibmth.df.unipi.it \
    --to=pws@ibmth.df.unipi.it \
    --cc=zsh-users@sunsite.auc.dk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/zsh/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).