From: Jonas Bernoulli <jonas@bernoul.li>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: 45435@debbugs.gnu.org
Subject: bug#45435: Additional libraries required by transient and magit manuals
Date: Sun, 27 Dec 2020 13:49:55 +0100 [thread overview]
Message-ID: <87o8if8lcc.fsf@bernoul.li> (raw)
In-Reply-To: <jwvv9comhd1.fsf-monnier+emacs@gnu.org>
Stefan Monnier <monnier@iro.umontreal.ca> writes:
> So maybe rather than look for the solution by re-using the code we
> already have lying around, we should "manually" add the handful of extra
> packages to the builder's `~/.emacs.d/elpa` ?
> The downside would be that it requires a manual step from someone with
> access to `elpa.gnu.org`.
That's what I had in mind and if it were you who kept that up-to-date,
as opposed to some fsf admin, then that could work.
> Or maybe we could keep the contents of that
> `~/.emacs.d/elpa` in a separate branch/directory and just make it
> available to `:make` targets, so anyone with write access to the Git
> repository can add (installed) packages in there.
That is probably the better approach.
Would you want check a copy of these libraries into the "main" branch?
We do that for "package-build.el" in the Melpa repository like so:
pull-package-build:
git subtree pull --squash -P package-build package-build master
I am not really a fan of that approach but it has the benefit that it is
robust.
Alternatively you could generalize the code that makes "elpa-admin.el"
available. "./admin" could then serve a similar purpose as "./package",
i.e. "./admin/elpa-admin" would become the worktree that checks out the
"elpa-admin" branch.
Maybe that branch should be renamed to "admin/elpa-admin" and other
admin tools could use "admin/<name>" as well. Gnu elpa would end up
with two identical branches for "ox-texinfo+": "externals/ox-texinfo+"
and "admin/ox-texinfo+", nongnu elpa however would only feature the
latter.
Jonas
next prev parent reply other threads:[~2020-12-27 12:49 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-12-25 19:51 bug#45435: Additional libraries required by transient and magit manuals Jonas Bernoulli
2020-12-26 21:02 ` Stefan Monnier
2020-12-27 12:49 ` Jonas Bernoulli [this message]
2020-12-27 15:58 ` Stefan Monnier
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=87o8if8lcc.fsf@bernoul.li \
--to=jonas@bernoul.li \
--cc=45435@debbugs.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 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).