zsh-users
 help / color / mirror / code / Atom feed
From: William Scott <wgscott@chemistry.ucsc.edu>
To: Chris Johnson <cjohnson@cs.utk.edu>
Cc: zsh-users@sunsite.dk
Subject: Re: Where PATH is set
Date: Tue, 5 Sep 2006 14:08:45 -0700 (PDT)	[thread overview]
Message-ID: <Pine.OSX.4.61.0609051402220.28814@vanunu.ucsc.edu> (raw)
In-Reply-To: <20060905183120.GA10848@cetus30.cs.utk.edu>


Hi Chris:

If you want, you can have my system administrator:

% print $ZSH_VERSION
3.0.8

When I compiled 4.2.5, ours hid the compiler.

/etc/zshenv makes the most sense, but they should also be appending or
prepending directories as you point out.

The only real solution to such 'political' problems is to buy your own
computer and be your own system administrator. Unfortunately, this did
not result in a factor of 3 pay increase.

If you want the job done right, you have to do it yourself I am afraid,
unless, unlike me, you work at a real university, instead of DIYU.

Bill






On Tue, 5 Sep 2006, Chris Johnson wrote:

> I have a political question I could use some help on.  My system
> administrators currently set PATH in /etc/zshrc.  The assignment is
> literal; no existing value is checked for.  They assign the exact same
> thing to PATH in /etc/zshenv so that "ssh machine command" will work the
> same way.
>
> This setup forces me to similarly assign PATH twice, once in ~/.zshenv
> and once in ~/.zshrc.  My changes to PATH in ~/.zshenv are overwritten
> by the system's /etc/zshrc.  But I want PATH to contain the same
> directories whether the shell is interactive or not.  So, I need to
> assign to PATH again in ~/.zshrc.  I think this is a horrible setup, a
> trap for inconsistencies just waiting to snare users, but the sysadmins
> think its a non-issue.
>
> Peter has some lines in the zsh Guide, section 2.5.10, about how zshenv
> is the cleanest place to set environment variables, PATH included.  I've
> pointed this out to my sysadmins, but they are looking for further
> documentation and recommendation of this practice.  Does anyone have any
> input that I could send their way?
>
> I suppose you could disagree with me if you wanted to, but I won't
> forward that along to them.
>
> -- 
> Chris Johnson
> cjohnson@cs.utk.edu
> http://www.cs.utk.edu/~cjohnson
>


  reply	other threads:[~2006-09-05 21:09 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-05 18:31 Chris Johnson
2006-09-05 21:08 ` William Scott [this message]
2006-09-06  4:01 ` Bart Schaefer
2006-09-06  6:16 ` Wayne Davison

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=Pine.OSX.4.61.0609051402220.28814@vanunu.ucsc.edu \
    --to=wgscott@chemistry.ucsc.edu \
    --cc=cjohnson@cs.utk.edu \
    --cc=zsh-users@sunsite.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).