all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Hans BKK <hansbkk@gmail.com>
To: help-gnu-emacs@gnu.org
Subject: Independent differently-configured instances running concurrently
Date: Mon, 28 Apr 2014 08:39:13 -0700 (PDT)	[thread overview]
Message-ID: <b89be8ab-9842-4182-aafc-c3b73a0a18f2@googlegroups.com> (raw)


I'm investigating how to run completely separate instances of emacs concurrently.

For example,

 * highly customized but relatively stable "production" setup used for exploring source-code, docs, creating my own self-doc-set

 * basically unmodified "base" setup for learning vanilla and comparison purposes

 * scratch-experimental setup for testing packages, comparing their mods to vanilla, etc


It seems many people to do this with something like:

emacs -q -title custom -l "~/path/to/custom/init.el" \
      --eval "(run-hooks 'after-init-hook)"

but from a bit of research, it seems there are two disadvantages to this approach. 1 the "-q" option disables saving normal customizations and 2 non-standard eval ordering compared to running via the normal "~/.emacs.d/init.el" process.

So I'm looking for feedback on an alternative approach that would give me a stock-standard setup for each instance. So far, it seems to me that launching via a script that sets  a separate $HOME for each instance could work, e.g.

#!/bin/bash
HOME=$HOME/emacs/homes/vanilla
export PATH="~/.cask/bin:$PATH"
/bin/bash
# emacs

Many of these instances are being tracked via git, hence the preference for opening a prompt from which I can launch emacs rather than going straight in.

Note I'm a bit of a *nix noob, so feedback on the bash scripting side would be most welcome, in addition to anything emacs-specific.

So do you think this will work? Is there any potential problem of the different instances "stepping" on each other, either in RAM or perhaps writing back to global init configs?

Any other comments welcome, expect perhaps those along the lines of "your learning process is too complicated" 8-)


             reply	other threads:[~2014-04-28 15:39 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-28 15:39 Hans BKK [this message]
2014-04-28 15:43 ` Independent differently-configured instances running concurrently David Hume
2014-04-29 15:23   ` W. Greenhouse
2014-04-28 16:47 ` Javier
2014-04-28 16:54 ` Michael Heerdegen
2014-04-28 23:17 ` Hans BKK
2014-04-29  0:10   ` Michael Heerdegen
2014-04-29  0:18 ` Robert Thorpe
2014-04-29  0:36 ` Hans BKK
2014-04-29 18:12 ` Hans BKK
2014-04-29 20:24   ` W. Greenhouse

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=b89be8ab-9842-4182-aafc-c3b73a0a18f2@googlegroups.com \
    --to=hansbkk@gmail.com \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.