<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <link>http://127.0.0.1:3001/dotfiles/</link>
    <language>en-us</language>

    <title>dotfiles: .zprofile history</title>
    <description>.zprofile revision history</description>
    <item>
    <title>zprofile: introduce zprofile use</title>
    <link>http://127.0.0.1:3001/dotfiles/log/117e3c11d953/.zprofile</link>
    <description><![CDATA[zprofile: introduce zprofile use<br/>
<br/>
El Capitan (OS X 10.11) introduces a system-level /etc/zprofile which<br/>
uses a path_helper thing to mangle $PATH. Unfortunately, the way<br/>
path_helper works, it forces /usr/local/bin and /usr/bin to the<br/>
*start* of the PATH variable, which means that any PATH mutations I<br/>
want have to run after /etc/zprofile calls path_helper. As such, move<br/>
my path insertions into .zprofile{,-machine} rather than<br/>
.zshenv{,-machine} so that I can still ensure my path entries are at<br/>
the start of PATH rather than the end. This works because:<br/>
<br/>
&gt; Commands are then read from $ZDOTDIR/.zshenv.  If the shell is a<br/>
&gt; login shell, commands are read from /etc/zprofile and then<br/>
&gt; $ZDOTDIR/.zprofile.  Then, if the shell is interactive, commands<br/>
&gt; are read from /etc/zshrc and then $ZDOTDIR/.zshrc.  Finally, if the<br/>
&gt; shell is a login shell, /etc/zlogin and $ZDOTDIR/.zlogin are read.<br/>
<br/>
This means that non-login shells no longer pick up my custom PATH<br/>
entries, but as I only use OS X as a desktop OS that seems like a<br/>
workable tradeoff for now.]]></description>
    <author>&#65;&#117;&#103;&#105;&#101;&#32;&#70;&#97;&#99;&#107;&#108;&#101;&#114;&#32;&#60;&#114;&#97;&#102;&#64;&#100;&#117;&#114;&#105;&#110;&#52;&#50;&#46;&#99;&#111;&#109;&#62;</author>
    <pubDate>Sun, 31 Jan 2016 20:46:29 -0500</pubDate>
</item>

  </channel>
</rss>
