From: Johan Andersson <johan.rejeep@gmail.com>
To: Phillip Lord <phillip.lord@newcastle.ac.uk>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Precompiled Emacs
Date: Mon, 4 Nov 2013 14:31:19 +0100 [thread overview]
Message-ID: <CAB6RKMufDgw05gJjuz8q4u+VViPcZhgnoefnoZfxhutT12pRPg@mail.gmail.com> (raw)
In-Reply-To: <871u2we20g.fsf@newcastle.ac.uk>
Sure, sorry if I am unclear.
I have a project called EVM - Emacs Version Manager (
https://github.com/rejeep/evm). The idea with the project is that it should
be possible to install and easily switch between different Emacs version.
The primary (but not only) usage of this package is that Emacs developers
should be able to test their package against a lot of different versions.
Emacs-23 and Emacs-24 is not good enough. I just recently noticed that one
of my packages worked fine in 24.3, but not in 24.1 and 24.2.
EVM in its current state works fine, but you have to compile Emacs from
scratch. To allow for setting up this kind of testing on for example Travis
CI, I want to provide pre compiled binaries, because it takes too long time
to build Emacs from source.
Basically, I want to be able to do this:
for version in emacs-23.4*-bin* emacs-24.1*-bin* emacs-24.2*-bin* emacs-24.3
*-bin* emacs-git-trunk*-bin*; do
evm install $version
evm use $version
cd /path/to/my/project
make test
done
Hope this makes it a bit more clear of what I'm trying to achieve.
On Mon, Nov 4, 2013 at 2:21 PM, Phillip Lord
<phillip.lord@newcastle.ac.uk>wrote:
>
>
> Well, I have both emacs23 and emacs24 installed on my machine. And there
> is alternatives support. But still this is all black-box guess work.
> Instead of saying what you do not way to do, can you explain what you
> are trying to achieve in the first place? So far I have got:
>
> 1) You want to install Emacs on different linux distros
> 2) You want to use a precompiled distribution for speed of installation
> 3) You want to be able to use different versions
> 4) You want to have it work on any distribution
>
> My own feeling is that 1-3 can be done with a package manager and that
> 4 can't be done with anything, but that is irrelevant as someone has
> already done it for almost all distros.
>
> If you can describe what you exact use case is, then you would probably
> get better advice.
>
> Phil
>
>
> Johan Andersson <johan.rejeep@gmail.com> writes:
>
> > I don't want to use a package manager, because they do not support enough
> > versions and there is usually no way of switching between different
> > versions.
> >
> >
> > On Mon, Nov 4, 2013 at 12:46 PM, Phillip Lord
> > <phillip.lord@newcastle.ac.uk>wrote:
> >
> >>
> >> But you don't say why!
> >>
> >> If you want to build a prebuilt binary which will install in a sane way,
> >> then building something for the appropriate package management system
> >> seems the sensible way. Your only stated aim (fast installations,
> >> multiple versions) is fulfilled with this solution.
> >>
> >> But, emacs packages already exist for most distributions. So using one
> >> of these makes most sense. Unless you want to extend and modify emacs in
> >> some way; but if you want to do this, then, probably package.el will be
> >> enough.
> >>
> >> Phil
> >>
> >>
> >>
> >>
> >> Johan Andersson <johan.rejeep@gmail.com> writes:
> >>
> >> >> You don't say what distribution you are working with.
> >> >
> >> > Any, that's the idea.
> >> >
> >> >
> >> > On Mon, Nov 4, 2013 at 9:25 AM, Jambunathan K <kjambunathan@gmail.com
> >> >wrote:
> >> >
> >> >>
> >> >> You don't say what distribution you are working with. Why not mess
> >> >> around with the distributed deb-srcs and make a custom .deb out of
> it.
> >> >>
> >> >> As you see below, you can choose one among the many different
> >> >> alternatives for emacs.
> >> >>
> >> >> kjambunathan@debian-6:/usr/bin$ ls -al | grep emacs
> >> >> 5792 Dec 11 2010 b2m.emacs23
> >> >> 82760 Dec 11 2010 ctags.emacs23
> >> >> 3309 Aug 7 2010 dh_installemacsen
> >> >> 34780 Dec 11 2010 ebrowse.emacs23
> >> >> 23 Aug 18 15:54 emacs -> /etc/alternatives/emacs
> >> >> 9 Aug 18 15:54 emacs23 -> emacs23-x
> >> >> 6583560 Dec 11 2010 emacs23-x
> >> >> 29 Aug 18 15:54 emacsclient -> /etc/alternatives/emacsclient
> >> >> 16816 Dec 11 2010 emacsclient.emacs23
> >> >> 81064 Dec 11 2010 etags.emacs23
> >> >> 7294 Dec 11 2010 grep-changelog.emacs23
> >> >> 3983 Dec 11 2010 rcs-checkin.emacs23
> >> >>
> >> >>
> >> >> Johan Andersson <johan.rejeep@gmail.com> writes:
> >> >>
> >> >> > Well, the thing is that I don't want to install it there. I guess
> it's
> >> >> not
> >> >> > possible to compile Emacs, archive it, move to another machine and
> >> there
> >> >> > "make install" to the desired prefix?
> >> >> >
> >> >> > The purpose of this is to allow for fast installations and at the
> same
> >> >> time
> >> >> > allow for multiple Emacs version. So that will not work with
> >> >> > "/usr/local/emacs".
> >> >> >
> >> >> > I guess I could do:
> >> >> >
> >> >> > $ ./configure --prefix /usr/local/emacs-x.y.z --without-all
> >> --without-x
> >> >> > $ make bootstrap
> >> >> > $ tar ...
> >> >> >
> >> >> > ... move to another system
> >> >> >
> >> >> > $ make install
> >> >> >
> >> >> > That would mean a larger tar-file. But I guess I could "make
> install"
> >> on
> >> >> > the compile system and then tar "/usr/local/emacs-x.y.z".
> >> >> >
> >> >> > Still... seems a bit weird that this limitation exists. Maybe
> there's
> >> a
> >> >> > good reason for it?
> >> >> >
> >> >> >
> >> >> > On Sun, Nov 3, 2013 at 10:43 PM, Kai Großjohann <
> >> kai.grossjohann@gmx.net
> >> >> >wrote:
> >> >> >
> >> >> >> Johan Andersson wrote:
> >> >> >> > I've read the instructions in INSTALL, which are very good. I
> tried
> >> >> and
> >> >> >> did
> >> >> >> > a build with:
> >> >> >> >
> >> >> >> > $ ./configure --prefix emacs-install --without-all --without-x
> >> >> >>
> >> >> >> The assumption is that the argument of --prefix is the fully
> >> qualified
> >> >> >> directory name where Emacs is installed. If you omit --prefix, it
> >> will
> >> >> >> use /usr/local.
> >> >> >>
> >> >> >> Conventionally, people are expected to use values such as
> >> >> >> /usr/local/emacs or /opt/emacs or something.
> >> >> >>
> >> >> >> Kai
> >> >> >>
> >> >> >>
> >> >>
> >> >
> >> >
> >>
> >> --
> >> Phillip Lord, Phone: +44 (0) 191 222 7827
> >> Lecturer in Bioinformatics, Email:
> >> phillip.lord@newcastle.ac.uk
> >> School of Computing Science,
> >> http://homepages.cs.ncl.ac.uk/phillip.lord
> >> Room 914 Claremont Tower, skype: russet_apples
> >> Newcastle University, twitter: phillord
> >> NE1 7RU
> >>
>
> --
> Phillip Lord, Phone: +44 (0) 191 222 7827
> Lecturer in Bioinformatics, Email:
> phillip.lord@newcastle.ac.uk
> School of Computing Science,
> http://homepages.cs.ncl.ac.uk/phillip.lord
> Room 914 Claremont Tower, skype: russet_apples
> Newcastle University, twitter: phillord
> NE1 7RU
>
next prev parent reply other threads:[~2013-11-04 13:31 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-03 11:56 Precompiled Emacs Johan Andersson
2013-11-03 19:52 ` Peter Dyballa
2013-11-03 19:56 ` Jambunathan K
2013-11-03 19:59 ` Johan Andersson
2013-11-03 21:43 ` Kai Großjohann
2013-11-04 8:11 ` Johan Andersson
2013-11-04 8:25 ` Jambunathan K
2013-11-04 8:26 ` Johan Andersson
2013-11-04 11:46 ` Phillip Lord
2013-11-04 12:29 ` Johan Andersson
2013-11-04 13:21 ` Phillip Lord
2013-11-04 13:31 ` Johan Andersson [this message]
2013-11-04 14:39 ` Phillip Lord
2013-11-04 19:40 ` Johan Andersson
2013-11-05 12:35 ` Phillip Lord
2013-11-05 15:22 ` Johan Andersson
2013-11-06 10:18 ` Phillip Lord
2013-11-06 10:23 ` Johan Andersson
2013-11-06 13:01 ` Phillip Lord
2013-11-06 13:03 ` Johan Andersson
2013-12-07 15:25 ` Johan Andersson
2013-11-05 21:14 ` Kai Großjohann
2013-11-04 15:33 ` Stefan Monnier
2013-11-04 17:52 ` David Engster
2013-11-04 18:53 ` Stefan Monnier
2013-11-04 19:29 ` David Engster
2013-11-04 20:09 ` Eli Zaretskii
2013-11-04 20:26 ` David Engster
2013-11-05 5:10 ` Glenn Morris
2013-11-05 19:26 ` David Engster
2013-11-04 20:14 ` Stefan Monnier
2013-11-04 20:24 ` David Engster
2013-11-04 13:48 ` Stefan Monnier
2013-11-04 14:46 ` Jambunathan K
2013-11-04 21:32 ` Kai Großjohann
2013-11-05 3:43 ` Eli Zaretskii
2013-11-05 19:39 ` Stefan Monnier
2013-11-05 20:26 ` Glenn Morris
2013-11-06 10:24 ` Phillip Lord
2013-11-06 10:41 ` Peter Dyballa
[not found] ` <mailman.5200.1383508791.10748.help-gnu-emacs@gnu.org>
2013-11-03 21:30 ` Dan Espen
[not found] <mailman.5190.1383504232.10748.help-gnu-emacs@gnu.org>
2013-11-03 19:22 ` Carson Chittom
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
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAB6RKMufDgw05gJjuz8q4u+VViPcZhgnoefnoZfxhutT12pRPg@mail.gmail.com \
--to=johan.rejeep@gmail.com \
--cc=help-gnu-emacs@gnu.org \
--cc=phillip.lord@newcastle.ac.uk \
/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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).