unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stephen Leake <stephen_leake@stephe-leake.org>
To: emacs-devel <emacs-devel@gnu.org>
Subject: Re: decision on moving core packages to ELPA; also move to obsolete?
Date: Thu, 07 Jan 2021 09:33:54 -0800	[thread overview]
Message-ID: <868s94tzwd.fsf@stephe-leake.org> (raw)
In-Reply-To: <86a6ugnopl.fsf@stephe-leake.org> (Stephen Leake's message of "Mon, 14 Dec 2020 11:59:34 -0800")

Stephen Leake <stephen_leake@stephe-leake.org> writes:

> I'd like to close https://debbugs.gnu.org/39553 .

This provoked a discussion on how to distribute an Gnu ELPA package in
the Emacs tarball, with ada-mode as an example (see earlier messages in
this thread).

But we already have working examples of such packages; project, eldoc,
jsonrpc, etc. They are ":core" packages; apparently the Gnu ELPA
repository build code retrieves them from emacs.git instead of elpa.git.

So the simplest solution for ada-mode is to move it to emacs.git, and
make it a :core package. I would still maintain a separate upstream
repository in git.savannah.nongnu.org/git/ada-mode.git, and only update
emacs.git with releases (as I do currently for elpa.git).

This would have no effect on my current ada-mode release process, other
than the precise name of the publishing repository. It would also have
no effect on the current Emacs development process.

One possible problem with this; ada-mode contains one huge file
ada_lr1_parse_table.txt.gz; this is a full LR1 parse table for the Ada
language; it is about 5 MB compressed in ada-mode 7.1.4, and will grow
to about 23 MB in the next release (Ada 2020 has several new features).
The current emacs master .git is 804 MB, so that's not a huge increase,
but it is significant.

Another problem: currently :core only supports single files, so we
would need to extend it to a directory, and decide where that directory
lives in emacs.git (lisp/progmodes/ada-mode/ seems the obvious choice).

Another problem: ada-mode requires two external executables; the parser
and xref tools. If those executables are not present, every significant
ada-mode function results in an error message requesting that the user
install them. The current ada-mode ELPA package distributes a shell
script build.sh that builds and installs those executables, assuming the
user has an Ada compiler and the required libraries installed. That is
ok for an ELPA package that the user decides to install; it seems less
ok for a package included in the emacs tarball distribution. This
objection applies no matter where ada-mode code resides.

-- 
-- Stephe



  parent reply	other threads:[~2021-01-07 17:33 UTC|newest]

Thread overview: 68+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-12-14 19:59 decision on moving core packages to ELPA; also move to obsolete? Stephen Leake
2020-12-14 20:07 ` Eli Zaretskii
2020-12-14 23:40   ` Stefan Monnier
2020-12-15  5:06     ` Eli Zaretskii
2020-12-15  9:32       ` Daniele Nicolodi
2020-12-15 16:57         ` Eli Zaretskii
2020-12-15 17:03           ` Stefan Monnier
2020-12-15 17:30             ` Glenn Morris
2020-12-15 17:43               ` Glenn Morris
2020-12-15 17:54                 ` Glenn Morris
2020-12-15 19:50               ` Stefan Monnier
2020-12-15 18:28             ` Eli Zaretskii
2020-12-15 18:49               ` Stephen Leake
2020-12-15 18:53                 ` Stephen Leake
2020-12-15 19:13                   ` Eli Zaretskii
2020-12-15 19:54                     ` Stefan Monnier
2020-12-15 20:11                       ` Eli Zaretskii
2020-12-15 20:55                         ` Dmitry Gutov
2020-12-16 15:33                           ` Eli Zaretskii
2020-12-16 16:09                             ` Dmitry Gutov
2020-12-15 22:01                         ` Stefan Monnier
2020-12-16  3:13                           ` Tests in core depending on GNU ELPA packages (was: decision on moving core packages to ELPA; also move to obsolete?) Thomas Fitzsimmons
2020-12-16  3:24                             ` Tests in core depending on GNU ELPA packages Stefan Monnier
2021-02-19  1:09                               ` Thomas Fitzsimmons
2021-02-19  1:15                                 ` Stefan Monnier
2020-12-16 17:53                           ` decision on moving core packages to ELPA; also move to obsolete? Eli Zaretskii
2020-12-16 18:35                             ` Stefan Monnier
2020-12-16 19:23                               ` Eli Zaretskii
2020-12-16 20:01                                 ` Stefan Monnier
2020-12-16 20:05                                   ` Eli Zaretskii
2020-12-16 20:13                                     ` Stefan Monnier
2020-12-16 19:46                       ` Stephen Leake
2020-12-16 20:10                         ` Stefan Monnier
2020-12-16 19:21                     ` Stephen Leake
2020-12-16 19:56                       ` Eli Zaretskii
2020-12-15 19:57                 ` Stefan Monnier
2020-12-15 20:16                   ` Eli Zaretskii
2020-12-15 22:09                     ` Stefan Monnier
2020-12-16  8:29                       ` Michael Albinus
2020-12-16 14:20                         ` Stefan Monnier
2020-12-16 14:42                           ` Michael Albinus
2020-12-16  8:47                       ` Andrea Corallo via Emacs development discussions.
2020-12-16 17:56                       ` Eli Zaretskii
2020-12-16 18:46                         ` Stefan Monnier
2020-12-16 19:28                           ` Eli Zaretskii
2020-12-16 20:05                             ` Stefan Monnier
2020-12-15 18:33             ` Eli Zaretskii
2020-12-15 20:11               ` Stefan Monnier
2020-12-15 20:29                 ` Eli Zaretskii
2020-12-15 22:25                   ` Stefan Monnier
2020-12-16 17:59                     ` Eli Zaretskii
2020-12-16 18:50                       ` Stefan Monnier
2020-12-16 19:32                         ` Eli Zaretskii
2020-12-16 20:06                           ` Stefan Monnier
2020-12-16 20:19                             ` Eli Zaretskii
2020-12-16 21:03                               ` Stefan Monnier
2020-12-16 19:44                   ` Stephen Leake
2020-12-16 20:01                     ` Eli Zaretskii
2021-01-10 23:05                     ` ELPA notes, README Stephen Leake
2021-01-10 23:14                       ` Stefan Monnier
2020-12-15 14:05       ` decision on moving core packages to ELPA; also move to obsolete? Stefan Monnier
2020-12-15 17:04         ` Eli Zaretskii
2020-12-15 17:28           ` Stefan Monnier
2020-12-15  5:46   ` Lars Ingebrigtsen
2020-12-15 18:50     ` Stephen Leake
2021-01-07 17:33 ` Stephen Leake [this message]
2021-01-07 20:00   ` Stefan Monnier
2021-01-08 17:00     ` 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=868s94tzwd.fsf@stephe-leake.org \
    --to=stephen_leake@stephe-leake.org \
    --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).