From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#10980: GNU bugs information: logs for bug#10980 Date: Tue, 21 Jun 2016 16:27:54 +0300 Message-ID: <83d1na7jtx.fsf@gnu.org> References: <83twh3r5vr.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1466517226 23322 80.91.229.3 (21 Jun 2016 13:53:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 21 Jun 2016 13:53:46 +0000 (UTC) Cc: bo.johansson@lsn.se, 10980@debbugs.gnu.org To: Noam Postavsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jun 21 15:53:35 2016 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 1bFM7K-0003JL-Mq for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Jun 2016 15:53:26 +0200 Original-Received: from localhost ([::1]:51937 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bFM7K-0007Uv-0p for geb-bug-gnu-emacs@m.gmane.org; Tue, 21 Jun 2016 09:53:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47098) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bFLkm-000500-GR for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2016 09:30:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bFLkh-0005DF-9Z for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2016 09:30:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:36476) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bFLkh-0005D9-6F for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2016 09:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bFLkh-0003dC-11 for bug-gnu-emacs@gnu.org; Tue, 21 Jun 2016 09:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jun 2016 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 10980 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 10980-submit@debbugs.gnu.org id=B10980.146651574313840 (code B ref 10980); Tue, 21 Jun 2016 13:30:02 +0000 Original-Received: (at 10980) by debbugs.gnu.org; 21 Jun 2016 13:29:03 +0000 Original-Received: from localhost ([127.0.0.1]:48810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bFLji-0003bA-OP for submit@debbugs.gnu.org; Tue, 21 Jun 2016 09:29:02 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:55138) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bFLjh-0003ae-HV for 10980@debbugs.gnu.org; Tue, 21 Jun 2016 09:29:01 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bFLjb-0004ne-DC for 10980@debbugs.gnu.org; Tue, 21 Jun 2016 09:28:56 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:44246) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bFLjS-0004j4-GZ; Tue, 21 Jun 2016 09:28:46 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4785 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bFLjR-00063f-ET; Tue, 21 Jun 2016 09:28:45 -0400 In-reply-to: (message from Noam Postavsky on Mon, 20 Jun 2016 20:23:26 -0400) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.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" Xref: news.gmane.org gmane.emacs.bugs:119878 Archived-At: > From: Noam Postavsky > Date: Mon, 20 Jun 2016 20:23:26 -0400 > Cc: 10980@debbugs.gnu.org, bo.johansson@lsn.se > > > I'm okay with considering patches specific to w32 that would eliminate > > the need for pushing variables into the environment of subprocesses, > > and/or leave initial-environment unaffected by the pushed values > > How about splitting apart initialization of Vinitial_environment and > Vprocess_environment and moving the former earlier so that it's > unaffected by Emacs' manipulations of the environment? See attached > patch. Thanks. However, I wonder if we could do better. First, your patch only fixed initial-environment, which means Lisp applications will need to explicitly use it, and probably only on Windows, something that is not the best solution, IMO. I hoped we could come up with a way of pushing the additional variables into Emacs's own environment after Vprocess_environment is already computed -- can you try doing that? In any case, the reasons for calling the same function twice in two different places should be explained, at least in the comments, or else someone might become confused at some future point in time. Better yet, perhaps only the Windows build should do something like that, and the other platforms could continue using the current code mostly unaltered, as they don't need this. > > If you look in the $USERPROFILE directory on a typical Windows > > machine, you won't see there any sub-directory or file created by an > > application, only a few standard sub-directories. Applications do > > generally follow the above recommendations; for example, I have > > Firefox installed, which keeps my customizations in > > $APPDATA/Mozilla/Firefox/Profiles/. So Git is the odd one out if it > > puts its ~/.gitconfig file in $USERPROFILE. > > To me it makes sense to have $HOME map to $USERPROFILE, and $APPDATA > is like $XDG_CONFIG_HOME (usually ~/.config/ on GNU/Linux). However, > this is purely subjective as there are no platform recommendations > about translating environment variables to other platforms. I quoted the platform recommendations that discourage putting files directly under $USERPROFILE, and most programs, including those ported from Posix platforms, do seem to follow those recommendations.