(Return to web page)

Post Comments

Comment Guidelines

All comments are moderated. The goal is not simply to eliminate obnoxious stuff, but to only allow useful on-topic discussions -- it's not a place to hang out. Moderation time is expected to be a day or two in most cases, but I do take vacations.

Your comments will be read by me, but they may not be posted. In particular, saying thanks or "you rock" or whatever is certainly appreciated, but I won't add it to the public comments unless there's useful information there for others. Comments that say "you suck" are much more likely to be posted, as long as a reason is given that's somewhat productive. Posting a comment is not a promise to keep it here forever, I may remove any or all comments at any time.

I may edit postings for simple and obvious errors, and I may remove profanity. Only listed HTML terms are allowed in messages. Name and email address will be fully stripped or quoted to prevent HTML tag usage and other possible abuses.

You can provide either a public or a private email address, or none at all. Private addresses are good if you want a personal response from me. I do not provide any automatic notification of new comments.

There is no re-editing after posting, however you can simply post again, and hopefully I'll notice this in moderating, and will post the latest version. If your post is already up, just add another post with any corrections, and in most cases I'll pub up both posts, rather than hand- correcting the original.


Optional Name:
Optional Public Email: (WILL be on web page, although hidden*)
Optional Private Email: (will NOT be displayed, just for me to answer you if I want to)
Remember Me on this browser (uses cookie)
Carriage Returns are:
Allowed tags: <P> <BR> <PRE> <I> <B> <A>.

Prove that you are human by entering here:

*Email addresses are scrambled and encoded in a non-mailto URL. People with javascript see a normal working email link, but robots (and people) without javascript see a URL with gibberish in it. This link is a sample with working javascript (clicking should bring up a mailer), and this link is appoximately how it looks without javascript (click to see how your address will look to people without javascript). If you view the source, you'll see they're all gibberish.

6 comments:

At 2009/02/22 18:48
JosephN wrote:

Just wanted to drop a quick note here about

~/.MacOSX/environment.plist

This file defines the environment variables for normal applications (i.e. not anything executed in a shell or terminal window). You will likely have to create this file and directory yourself. First touch the file, then open it in the property list editor and add key value pairs.

The reason this is interesting is if you put PATH and MANPATH in this plist file then any shell you start will include these environment variables as read in from this file (unless you overwrite them locally by declaring a new PATH variable).

So really the path helper script and organization is a total waste. The PATH and MANPATH variables should be defined in the environment.plist file so your normal apps have access to the same environment as your shell apps do.

At 2009/02/22 19:17
wrote:

Thanks. I'll look into this when I get a chance. I'm worried it might become deprecated.

At 2011/01/21 11:31
SteveL wrote:

If you set the PATH environment variable in ~/.MacOSX/environment.plist some applications, like X11, will fail to launch.

For more information check out the post by David Whetstone at http://discussions.apple.com/thread.jspa?threadID=2149229&tstart=0

At 2011/03/14 12:11
wrote:

FYI, just one typo: /etrc/profile

Thanks for writing this post, it is helping me learn more about PATH.

I'm trying to find out if entering a comment: #whatever into /etc/paths is OK, or if it breaks that (or everything afterwards). When I do $ echo $PATH it shows my comment line.

At 2011/06/30 6:49
Johann Visagie wrote:

I don't know at what point this behaviour changed, but as of right now (OS X 10.6.8), path_helper(8) no longer prints the commands to set $MANPATH, unless $MANPATH is is already defined (even if zero-length).

This means that path_helper's behaviour now differs from that described in its own man page.

I would guess that this change was made to enable the use of man.conf(8) by default. However, it does mean that any changes made to /etc/manpaths or /etc/manpaths.d/* will not take effect unless one manually invokes path_helper from shell startup scripts.

At 2011/07/01 3:58
Johann Visagie wrote:

If I may update my comment of yesterday: It appears that path_helper(8)'s man page does in fact describe its behaviour correctly. It contains the following parenthesised sentence: "(The MANPATH environment variable will not be modified unless it is already set in the environment.)"

It's also very clear from the path_helper.c source file that it only adjusts MANPATH if it's already set:

http://www.opensource.apple.com/source/shell_cmds/shell_cmds-149/path_helper/path_helper.c

End Comments

Return to web page.