From: "Lawrence Velázquez" <larryv@macports.org>
To: Nikolai Weibull <now@bitwi.se>
Cc: Zsh Users <zsh-users@zsh.org>
Subject: Re: PATH reordered when running zsh inside screen on Mac OS X Mountain Lion and MacPorts
Date: Tue, 29 Jan 2013 01:21:09 -0500 [thread overview]
Message-ID: <C31BAB17-A3D5-4CC1-8ADD-4D1CFF95E47F@macports.org> (raw)
In-Reply-To: <CADdV=MsUJMzcskj8c7iYokX-JO5i_r33UQLNoSB4yKephTWeXw@mail.gmail.com>
On Jan 28, 2013, at 5:08 AM, Nikolai Weibull <now@bitwi.se> wrote:
> I figured out what the problem was. /etc/zshenv on Mac OS X Mountain Lion calls a utility called path_helper.
The /usr/libexec/path_helper program is used by prior versions of OS X also, albeit implemented differently. (At one point it was a shell script.) Its purpose is to create a default ${PATH} and ${MANPATH} using the contents of /etc/{paths,manpaths} and /etc/{paths,manpaths}.d.
For more details, see the path_helper(8) man page[1]. For way too many details, see the path_helper source code[2].
[1] https://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man8/path_helper.8.html.
[2] http://www.opensource.apple.com/source/shell_cmds/shell_cmds-170/path_helper/path_helper.c
> Oh, and why /etc/zshenv in Mac OS X Mountain Lion modifies path in this way is way beyond me. In my world, that’d go into /etc/zprofile.
I agree that /etc/zprofile would be a better place to set ${PATH}, but you would still run into the issue because terminal multiplexers usually run login shells. I previously encountered it under tmux.
The real problem is that /usr/libexec/path_helper alters ${PATH} even if ${PATH} already contains the entries it wants to add. In this case, it moves the entries to the beginning of ${PATH} instead of just leaving it as is.
> as far as I can tell, this didn’t occur before I upgraded to 5.0.2 (from zsh-devel? (which was at 5.0.0?), can’t remember).
The old zsh-devel port did use --enable-etcdir in its configure phase. For the reason given by Phil, I chose not to carry this over to the zsh port when I assumed maintenance of both and obsoleted zsh-devel.
vq
next prev parent reply other threads:[~2013-01-29 6:28 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-01-28 9:15 Nikolai Weibull
2013-01-28 9:33 ` rahul
2013-01-28 10:08 ` Nikolai Weibull
2013-01-28 20:22 ` Phil Pennock
2013-01-28 22:44 ` Lawrence Velázquez
2013-01-29 6:21 ` Lawrence Velázquez [this message]
2013-01-29 8:08 ` Lawrence Velázquez
2013-01-29 11:25 ` Nikolai Weibull
2013-01-29 11:24 ` Nikolai Weibull
2013-01-28 9:58 ` Peter Stephenson
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=C31BAB17-A3D5-4CC1-8ADD-4D1CFF95E47F@macports.org \
--to=larryv@macports.org \
--cc=now@bitwi.se \
--cc=zsh-users@zsh.org \
/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).