From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Aidan Gauland Newsgroups: gmane.emacs.bugs Subject: bug#15372: eshell gives environment variables high precedence Date: Sat, 21 Sep 2013 12:41:43 +1200 Message-ID: <87ob7nc8fs.fsf@dimension8.tehua.net> References: <87siwz8hk1.fsf@dimension8.tehua.net> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1379724135 5277 80.91.229.3 (21 Sep 2013 00:42:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 21 Sep 2013 00:42:15 +0000 (UTC) Cc: 15372@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 21 02:42:17 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1VNBH7-0000l1-4M for geb-bug-gnu-emacs@m.gmane.org; Sat, 21 Sep 2013 02:42:17 +0200 Original-Received: from localhost ([::1]:58252 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VNBH6-0000aA-AT for geb-bug-gnu-emacs@m.gmane.org; Fri, 20 Sep 2013 20:42:16 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43448) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VNBGy-0000a1-HT for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2013 20:42:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VNBGs-0000xj-Hi for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2013 20:42:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43892) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VNBGs-0000xE-En for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2013 20:42:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VNBGr-0006lO-Mq for bug-gnu-emacs@gnu.org; Fri, 20 Sep 2013 20:42:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Aidan Gauland Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Sep 2013 00:42:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 15372 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 15372-submit@debbugs.gnu.org id=B15372.137972411325983 (code B ref 15372); Sat, 21 Sep 2013 00:42:01 +0000 Original-Received: (at 15372) by debbugs.gnu.org; 21 Sep 2013 00:41:53 +0000 Original-Received: from localhost ([127.0.0.1]:52185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VNBGj-0006l1-8L for submit@debbugs.gnu.org; Fri, 20 Sep 2013 20:41:53 -0400 Original-Received: from goat.amuri.net ([203.99.132.195]:57769) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VNBGg-0006kp-JV for 15372@debbugs.gnu.org; Fri, 20 Sep 2013 20:41:52 -0400 Original-Received: from dimension8.tehua.net (unknown [49.143.231.163]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: aidalgol@amuri.net) by goat.amuri.net (Postfix) with ESMTPSA id E2410FF29E; Sat, 21 Sep 2013 12:43:37 +1200 (NZST) In-Reply-To: (Glenn Morris's message of "Fri, 20 Sep 2013 14:53:28 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:78634 Archived-At: Glenn Morris writes: > Aidan Gauland wrote: > >> Glenn Morris writes: >> >>> If you set eshell-prefer-lisp-variables non-nil, it works. >> >> I will add a mention of this in the manual, since users should not have >> to hunt that variable down as you did. > > Actually I believe I fixed the issue. But that variable can be mentioned > anyway, just not in this context. So, to clarify, what behaviour did you change/fix?