From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: sbaugh@catern.com Newsgroups: gmane.emacs.devel Subject: Re: Managing environments (Python venv, guix environment, etc.) Date: Sun, 24 Jul 2016 04:25:33 -0400 Message-ID: <878twrwigy.fsf@earth.catern.com> References: <87y453sy0n.fsf@earth.catern.com> <87r3arripr.fsf@earth.catern.com> <87eg6qoj2l.fsf@earth.catern.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1469349055 31337 80.91.229.3 (24 Jul 2016 08:30:55 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 24 Jul 2016 08:30:55 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 24 10:30:46 2016 Return-path: Envelope-to: ged-emacs-devel@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 1bREoA-00023L-0e for ged-emacs-devel@m.gmane.org; Sun, 24 Jul 2016 10:30:46 +0200 Original-Received: from localhost ([::1]:55219 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bREo9-0003gl-56 for ged-emacs-devel@m.gmane.org; Sun, 24 Jul 2016 04:30:45 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43912) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bREnc-0003gV-B9 for emacs-devel@gnu.org; Sun, 24 Jul 2016 04:30:13 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bREnW-00039W-Gj for emacs-devel@gnu.org; Sun, 24 Jul 2016 04:30:12 -0400 Original-Received: from plane.gmane.org ([80.91.229.3]:35288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bREnW-00038i-8D for emacs-devel@gnu.org; Sun, 24 Jul 2016 04:30:06 -0400 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1bREnU-0001Xh-U6 for emacs-devel@gnu.org; Sun, 24 Jul 2016 10:30:05 +0200 Original-Received: from 71-46-80-67.res.bhn.net ([71.46.80.67]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Jul 2016 10:30:04 +0200 Original-Received: from sbaugh by 71-46-80-67.res.bhn.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 24 Jul 2016 10:30:04 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 71-46-80-67.res.bhn.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:/enjwa1DrvGXqX4Ce7zYPy5Q8CU= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:206082 Archived-At: Dmitry Gutov writes: > How will the guix environment to use be determined, then? > > If it's strictly "prompt the user", that might be incompatible with > the way project.el determines the current project. That's something we can determine. I was thinking a dir-local would be ideal. >> Yes, I think this is important functionality that other packages >> distributed with Emacs should be able to build on. Using virtualenvs is >> very common for Python, for example, and Emacs should support that. > > I don't see why virtualenvs support can't be distributed via GNU ELPA, > too. Anyway, as soon as python.el decides to depend on it, we could > move environment.el to the core. If proper virtualenvs support turns out to require changes to core Emacs, it can't be distributed (solely) via GNU ELPA. It's possible it might even require hacking on the C implementation of the process primitives to do properly. (which I'm perfectly happy to do) >> Also, since this is a headline feature of GNU Guix, it would be nice to >> support it in GNU Emacs. > > I'm sure people working on that distribution can pre-install a few > ELPA packages. Sure, fair enough.