[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Managing environments (Python venv, guix environment, etc.)
From: |
Stefan Monnier |
Subject: |
Re: Managing environments (Python venv, guix environment, etc.) |
Date: |
Mon, 18 Jul 2016 10:46:28 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
> Tying environments to filenames in this way makes sense when an
> environment corresponds to a project which exists in the filesystem.
That was my assumption: your "environments" correspond to
specific subdirectories in the file-system.
> Does this approach (putting project root directories into
> file-name-handler-alist) sound like something that could be accepted
> into core Emacs? If so I'll get started.
Hard to tell. Even the question is unclear to me. The approach
I suggest assumes you don't need/want to make changes to what I consider
"core" and instead use existing hooks (in this case
file-name-handler-alist). So it could be distributed via GNU ELPA,
for example.
> Also, in the future, it would be nice to have the ability to just run
> (something like) "M-x environment-switch" to switch the current buffer
> to a new environment, and have an invocation of e.g. "M-x compile" just
> work.
That seems to assume that an environment could be bound to a buffer
rather than a subdirectory, IOW it wouldn't be chained to
a subdirectory. Such environments seem to introduce further questions
about how to determine which env to use for which buffer (IOW what UI
to expose to the user).
> Does anyone have any thoughts about how to eventually support that?
You could set file-name-handler-alist buffer-locally, maybe?
Still, the main issue is what to do about things that happen in other
buffers but which the user would consider as related.
>> And of course, yet another is to advice-add on call-process and
>> start-process.
> Yeah, but I'd like to be able to get this into Emacs (hopefully by 26).
You mean you want it distributed with Emacs? Most new packages nowadays
end up in GNU ELPA rather than in Emacs, unless they offer functionality
needed by other packages that are distributed with Emacs.
Stefan
- Managing environments (Python venv, guix environment, etc.), sbaugh, 2016/07/14
- Re: Managing environments (Python venv, guix environment, etc.), Stefan Monnier, 2016/07/15
- Re: Managing environments (Python venv, guix environment, etc.), sbaugh, 2016/07/17
- Re: Managing environments (Python venv, guix environment, etc.), Andreas Röhler, 2016/07/18
- Re: Managing environments (Python venv, guix environment, etc.),
Stefan Monnier <=
- Re: Managing environments (Python venv, guix environment, etc.), sbaugh, 2016/07/18
- Re: Managing environments (Python venv, guix environment, etc.), Stefan Monnier, 2016/07/19
- Re: Managing environments (Python venv, guix environment, etc.), Dmitry Gutov, 2016/07/23
- Re: Managing environments (Python venv, guix environment, etc.), sbaugh, 2016/07/24
- Re: Managing environments (Python venv, guix environment, etc.), Dmitry Gutov, 2016/07/24
- Re: Managing environments (Python venv, guix environment, etc.), sbaugh, 2016/07/20
- Re: Managing environments (Python venv, guix environment, etc.), Stefan Monnier, 2016/07/22
- Re: Managing environments (Python venv, guix environment, etc.), Eli Zaretskii, 2016/07/23
- Re: Managing environments (Python venv, guix environment, etc.), Dmitry Gutov, 2016/07/23
- Re: Managing environments (Python venv, guix environment, etc.), sbaugh, 2016/07/24