From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Subject: Re: Installing binaries with package.el
Date: Tue, 07 Feb 2017 10:07:27 -0500 [thread overview]
Message-ID: <87d1euniog.fsf@flea> (raw)
In-Reply-To: 76433d89-f381-b805-4501-c9c8b8f7a275@gmail.com
On Tue, 7 Feb 2017 08:12:21 -0500 Clément Pit-Claudel <cpitclaudel@gmail.com> wrote:
CP> My case is a bit different. The binary is just a bash wrapper around an Emacs
CP> Lisp program, so I don't have compilation-related issues; I do, however, want my
CP> users to be able to call the program easily, which probably means that I want to
CP> create binaries outside of my package's installation folder (which in turns has
CP> consequences on uninstallation behaviour: deleting the installation folder isn't
CP> enough).
There's a similar concern about installing Emacs modules from
ELPA--they have to be compiled and installed at some point.
I think the best option may be to split binaries off to a new repo:
1) add support for binary package dependencies to ELPA packages. This
would be something like a cond based on arch + OS, and would only look
at GNU ELPA binary packages.
2) set up a GNU ELPA autobuilt binaries repository to support (1) for
modules and binaries that are only meaningful in an Emacs context.
The alternatives I see are to a) support binaries *inside* the GNU ELPA,
which was not designed for it, or b) support binaries inside ELPA
packages, which were not designed for that either. Maybe there are others?
Ted
next prev parent reply other threads:[~2017-02-07 15:07 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-02-07 2:09 Installing binaries with package.el Clément Pit--Claudel
2017-02-07 5:29 ` Marcin Borkowski
2017-02-07 5:33 ` Clément Pit-Claudel
2017-02-07 7:22 ` Marcin Borkowski
2017-02-07 13:12 ` Clément Pit-Claudel
2017-02-07 15:07 ` Ted Zlatanov [this message]
2017-02-07 16:15 ` Clément Pit-Claudel
2017-02-07 19:40 ` Ted Zlatanov
2017-02-09 13:10 ` Stefan Monnier
2017-02-09 16:20 ` Ted Zlatanov
2017-02-09 17:39 ` Stefan Monnier
2017-02-09 19:36 ` Ted Zlatanov
2017-02-09 22:43 ` Stephen Leake
2017-02-08 18:40 ` Andreas Politz
2017-02-09 15:33 ` Stefan Monnier
2017-02-09 21:55 ` Andreas Politz
2017-02-10 6:09 ` Stefan Monnier
2017-02-07 16:05 ` Stefan Monnier
2017-02-07 16:16 ` Clément Pit-Claudel
2017-02-07 16:58 ` Aurélien Aptel
2017-02-07 17:45 ` Stefan Monnier
2017-02-07 20:17 ` Achim Gratz
2017-02-07 21:58 ` Clément Pit-Claudel
2017-02-07 23:34 ` Kaushal Modi
2017-02-08 1:35 ` Clément Pit-Claudel
2017-02-08 18:52 ` Achim Gratz
2017-02-08 19:17 ` Andreas Politz
2017-02-08 19:44 ` Achim Gratz
2017-02-08 21:36 ` Clément Pit-Claudel
2017-02-09 19:47 ` Achim Gratz
2017-02-09 20:11 ` Clément Pit-Claudel
2017-02-09 22:48 ` Stephen Leake
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=87d1euniog.fsf@flea \
--to=tzz@lifelogs.com \
--cc=emacs-devel@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 public inbox
https://git.savannah.gnu.org/cgit/emacs.git
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).