From: "Stephen J. Turnbull" <stephen@xemacs.org>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: emacs-devel@gnu.org
Subject: Re: Version naming
Date: Thu, 16 Oct 2014 15:10:00 +0900 [thread overview]
Message-ID: <87fveolf47.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <jwvegu8wx79.fsf-monnier+emacs@gnu.org>
Stefan Monnier writes:
> The real underlying cause is dpkg's inability to handle simultaneous
> installs of different versions of the same package. As a result, you
> get more work, as you point out, and I can't easily keep around all the
> versions I'd like to keep.
I don't know if Debian would be willing to make official packages with
relocatable installations (ie, /opt-style installation aka application
bundle) but that would help solve the problem (up to conflicting
external dependencies, but I doubt Emacs has many "must equal x.YY"
dependencies). I don't do it any more (running in-place is easier)
but I did experiment with it successfully a while back for locally
created dpkgs of XEmacs.
The idea is basically that you can have a complete set of
{bin,etc,lib,man,share} trees under /opt/local/emacs-x.yy (ie, the
arch-dependent files would end up in
/opt/local/emacs-x.yy/lib/emacs-x.yy/x86_64-pc-gnu-linux/ or similar),
which is pretty redundant, but means that the versions don't compete
for the same file names in arch-independent hierarchies.
For more information about how this is managed, ask Mike Sperber about
--with-prefix=no. I don't know the details.
next prev parent reply other threads:[~2014-10-16 6:10 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-29 17:19 Version naming Stefan Monnier
2014-09-30 4:55 ` Drew Adams
2014-09-30 7:03 ` Thien-Thi Nguyen
2014-10-10 7:58 ` Thien-Thi Nguyen
2014-10-11 0:28 ` Glenn Morris
2014-10-11 11:18 ` Thien-Thi Nguyen
2014-10-15 7:13 ` Glenn Morris
2014-10-15 10:46 ` Thien-Thi Nguyen
2014-09-30 14:13 ` Lars Magne Ingebrigtsen
2014-09-30 14:17 ` Ted Zlatanov
2014-10-15 22:42 ` Rob Browning
2014-10-16 2:47 ` Stefan Monnier
2014-10-16 6:10 ` Stephen J. Turnbull [this message]
2014-10-16 13:51 ` Barry Warsaw
2014-10-16 17:19 ` Rob Browning
2014-10-24 1:08 ` Rob Browning
2014-10-24 6:57 ` Eli Zaretskii
2014-10-24 15:31 ` Ulrich Mueller
2014-10-16 20:01 ` Stefan Monnier
2014-10-16 21:31 ` Barry Warsaw
2014-10-17 1:04 ` Stephen J. Turnbull
2014-10-17 1:53 ` Stefan Monnier
2014-10-18 21:20 ` Stephen Leake
2014-10-18 22:03 ` Stefan Monnier
2014-10-19 2:18 ` Stephen Leake
2014-10-19 2:47 ` Stefan Monnier
2014-10-19 17:53 ` Stephen Leake
2014-10-20 1:09 ` Stefan Monnier
2014-10-12 22:27 ` Jens K. Loewe
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=87fveolf47.fsf@uwakimon.sk.tsukuba.ac.jp \
--to=stephen@xemacs.org \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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.