From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/68177 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel,gmane.emacs.gnus.general Subject: Re: frame-environment Date: Sat, 17 Jan 2009 20:59:02 -0500 Message-ID: References: <87ocy596x4.fsf@cyd.mit.edu> <87d4elfwcj.fsf@elehack.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1232243970 13858 80.91.229.12 (18 Jan 2009 01:59:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 18 Jan 2009 01:59:30 +0000 (UTC) Cc: ding@gnus.org, emacs-devel@gnu.org To: Michael Ekstrand Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jan 18 03:00:42 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1LOMxt-0006of-4i for ged-emacs-devel@m.gmane.org; Sun, 18 Jan 2009 03:00:41 +0100 Original-Received: from localhost ([127.0.0.1]:56060 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LOMwc-0006Jz-4z for ged-emacs-devel@m.gmane.org; Sat, 17 Jan 2009 20:59:22 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LOMwX-0006Jt-S9 for emacs-devel@gnu.org; Sat, 17 Jan 2009 20:59:17 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LOMwX-0006Jh-2q for emacs-devel@gnu.org; Sat, 17 Jan 2009 20:59:17 -0500 Original-Received: from [199.232.76.173] (port=52135 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LOMwW-0006Jb-UT for emacs-devel@gnu.org; Sat, 17 Jan 2009 20:59:16 -0500 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:33622) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LOMwW-000724-Go for emacs-devel@gnu.org; Sat, 17 Jan 2009 20:59:16 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ar0EACsccklMCpxj/2dsb2JhbACBa80WhXOCAw X-IronPort-AV: E=Sophos;i="4.37,282,1231131600"; d="scan'208";a="32464210" Original-Received: from 76-10-156-99.dsl.teksavvy.com (HELO pastel.home) ([76.10.156.99]) by ironport2-out.teksavvy.com with ESMTP; 17 Jan 2009 20:59:03 -0500 Original-Received: by pastel.home (Postfix, from userid 20848) id EC9AD87B9; Sat, 17 Jan 2009 20:59:02 -0500 (EST) In-Reply-To: <87d4elfwcj.fsf@elehack.net> (Michael Ekstrand's message of "Sat, 17 Jan 2009 15:37:00 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:107950 gmane.emacs.gnus.general:68177 Archived-At: > As I said, I have not taken the time to look in to this problem in depth > yet; I've just been working around it. I just saw the message here and > wanted to make sure that these considerations were brought to light when > deciding what to do with this functionality -- when we have multiple > processes (with multiple environments and differing access to resources) > functioning as one Emacs, situations can arise where the environment of > the process a user is using to initiate a command is important. Yes, we know about that, it was discussed for a while on this very list. It was the kind of motivation that brought the frame's `environment' parameter. But this functionality has not been fully implemented and until this happens, I reverted it to the previous behavior. The problem being that while it's sometimes convenient to use the emacsclient's environment, it can be the wrong thing to do at other times. So the emacsserver and emacsclient environments really need to be "merged" somehow, and there might even be a need to change the way this merge happens on different occasions. Stefan