From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Managing environments (Python venv, guix environment, etc.) Date: Sat, 30 Jul 2016 10:42:46 -0400 Message-ID: References: <87y453sy0n.fsf@earth.catern.com> <87r3arripr.fsf@earth.catern.com> <874m7jygot.fsf@earth.catern.com> <83oa5ox21u.fsf@gnu.org> <123d2ae9-b523-5d5b-3bf8-c6e4462270b8@yandex.ru> <87a8h7wihs.fsf@earth.catern.com> <08e690b6-56a0-1182-2560-666e3bffb2ee@yandex.ru> <87lh0qry9j.fsf@gmx.de> <87eg6hswd2.fsf@gmx.de> <87popypr3s.fsf@earth.catern.com> <83zip1rfhk.fsf@gnu.org> <87bn1gnx4q.fsf@earth.catern.com> <834m78qnh5.fsf@gnu.org> <831t2br4t9.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1469889683 475 80.91.229.8 (30 Jul 2016 14:41:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 30 Jul 2016 14:41:23 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jul 30 16:41:05 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bTVRo-0008Uy-4W for ged-emacs-devel@m.gmane.org; Sat, 30 Jul 2016 16:41:04 +0200 Original-Received: from localhost ([::1]:35768 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTVRk-0002xF-D1 for ged-emacs-devel@m.gmane.org; Sat, 30 Jul 2016 10:41:00 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41737) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTVRB-0002x9-DC for emacs-devel@gnu.org; Sat, 30 Jul 2016 10:40:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bTVR7-0000Ks-6j for emacs-devel@gnu.org; Sat, 30 Jul 2016 10:40:24 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:43803) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bTVR7-0000KW-2Q; Sat, 30 Jul 2016 10:40:21 -0400 Original-Received: from ceviche.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u6UEeHci013502; Sat, 30 Jul 2016 10:40:18 -0400 Original-Received: by ceviche.home (Postfix, from userid 20848) id 09923662B3; Sat, 30 Jul 2016 10:42:46 -0400 (EDT) In-Reply-To: <831t2br4t9.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 30 Jul 2016 09:57:38 +0300") X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5751=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5751> : inlines <5054> : streams <1676071> : uri <2257556> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:206245 Archived-At: > They must change the semantics, because there's no other way of making > an environment be a property of a file name. Look at the syntax > suggested for that, and you will see it. A file 'foo' will no longer > be called 'foo', but something else. No, the /?... suggestion is a way to try and solve some problem expected in the original suggestion which was to keep the names unchanged. More specifically, the original idea was to associate environments with specific existing directories, and then setup file-name-handlers which would catch uses of things like process-file in those existing directories. In that case file names would not be changed. The downside is that a file-name-handler catching /home/monnier/myenv1 may fail to be used if I happen to use refer to ~/myenv1 instead (and other similar problems with symlinks and such). Stefan