From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26740 invoked by alias); 15 Jul 2013 22:24:07 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 17882 Received: (qmail 7116 invoked from network); 15 Jul 2013 22:24:01 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.2 Received-SPF: none (ns1.primenet.com.au: domain at brasslantern.com does not designate permitted sender hosts) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:x-gm-message-state; bh=vQ0I3J0Sfr8J1ezp+14rKyF/PDJHT4V6MKgNoUbCibA=; b=SdEd8aSRfafWSlf7WLRxcH60ASlIMIiK4DutSfrJQbl+YwbQvsJs7wZyvEiROCT3Rn dx6F4Yjnh3zE5k/3UBXBZBdcJAQphknMnkKAZnvnnbrT5UQ7SNYQLOr1T8i/XviCNoFa aSOZRV0CGpWAmpIKMJuprT3gQySDnA8zMnohTP2/iyZyn7NDgovuKKeP4rVeYh2SltTz 8bJMhZhU4sfmSwB3LjqcJq7vHH+f97yclQpfug4y4+RNNJpfS/q7aSvhhmaElMSAeWe9 w+ABBR3PZ84yqyoh+YJUmm8om5ZPjFXxRDuAZejb7Gn6VrnXKby9e6pcp16FWPVUNnR7 9zVQ== MIME-Version: 1.0 X-Received: by 10.68.228.39 with SMTP id sf7mr55839506pbc.34.1373927037026; Mon, 15 Jul 2013 15:23:57 -0700 (PDT) In-Reply-To: <51E4626E.8050301@gmail.com> References: <51E45C6A.5070202@gmail.com> <51E45FF9.50908@gmail.com> <51E4626E.8050301@gmail.com> Date: Mon, 15 Jul 2013 15:23:56 -0700 Message-ID: Subject: Re: zsh no longer inherit my $PATH. From: Bart Schaefer To: Piotr Karbowski Cc: zsh-users Content-Type: multipart/alternative; boundary=e89a8ff24831fd57ab04e19450f9 X-Gm-Message-State: ALoCoQlHKjYv9bPkJgOvO27XBVT/JeivfxOSOEICr0sq6DWZ+coQOH+TKScRGAMsewOL57FjNIqC --e89a8ff24831fd57ab04e19450f9 Content-Type: text/plain; charset=ISO-8859-1 On Mon, Jul 15, 2013 at 1:58 PM, Piotr Karbowski wrote: > > Ignore, gentoo bug 19924 > > -- Piotr. > > What's really stupid about that bug is that whoever made the most recent change does not appear to have read/understood the comment thread in the bug tracker, which clearly explains why /etc/zshenv is the WRONG place to do this. Well, strictly speaking it's fine to do this in /etc/zshenv PROVIDED that the environment is changed NON-DESTRUCTIVELY. In the case of PATH/path, that means adding missing directories without deleting any that are already there. One approach would be to test [[ -o login ]] and set the path unconditionally when that is true, or add to it when that is false. --e89a8ff24831fd57ab04e19450f9--