unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Okamsn <okamsn@protonmail.com>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: Philip Kaludercic <philipk@posteo.net>, emacs-devel@gnu.org
Subject: Re: Adding the `prescient` packages to NonGNU ELPA?
Date: Fri, 09 Dec 2022 03:58:47 +0000	[thread overview]
Message-ID: <6cda848d-07da-9d8c-fd40-75727915ba3c@protonmail.com> (raw)
In-Reply-To: <jwv359tev39.fsf-monnier+emacs@gnu.org>

On 2022-12-05 15:21 UTC, Stefan Monnier wrote:
>> You mentioned that there are caveats for package-vc. If a user wanted to
>> install a package using that feature (which I look forward to trying),
>> is it possible to tell it the files that should be added (or not be
>> added) to the load path?
>
> `load-path` is a list of directories, so you can only control which
> files are included by controlling which directories are included.
>
> But I don't understand the question coming from you: as a developer of
> the package, how do *you* control that (since, presumably, you use that
> same file layout as used in the Git repository)?
>
>
>          Stefan
>

If you are asking whether I add the Git repository itself to the load
path for testing packages, I do not. Instead, I have been using
Straight.el (https://github.com/radian-software/straight.el) to install
development versions of packages, which can download the repository once
but only install the files and needed dependencies (according to a
specification) by linking/copying those compiled files to another
directory, which is then added to the load path.

For Prescient in particular, it makes sense to have the files in a
single repository, since a change in the main file can mean changes in
the extension files and vice versa (as a single conceptual step in
development). However, testing the development version of an extension
for one UI (such as for Vertico) doesn't necessarily mean wanting to use
the development version of another UI's extension (such as for Company)
or wanting to install another extension's dependee UI package (such as
Selectrum, which was soft-deprecated in favor of Vertico).

Is this what you are asking?

Really, I was wanting to ask whether package-vc installs all of the
ELisp files in a repository or whether it installs the files according
to the ELPA spec or a provided spec. I see that the user option
`package-vc-selected-packages` does not mention the `:ignored-files`
entry that the ELPA spec uses, so I was wondering.

The documentation string for `package-vc-checkout` mentions a
`package-vc-link-directory`, but I don't see that in the file. Did that
become `package-vc-install-from-checkout`?






  reply	other threads:[~2022-12-09  3:58 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-20  3:27 Adding the `prescient` packages to NonGNU ELPA? Okamsn
2022-11-20  9:24 ` Philip Kaludercic
2022-11-20 11:23   ` Stefan Kangas
2022-11-20 15:19     ` Stefan Monnier
2022-11-20 15:41       ` Philip Kaludercic
2022-11-21 21:17         ` Richard Stallman
2022-11-22 13:53           ` Akib Azmain Turja
2022-11-23 23:12             ` okamsn
2022-11-26  0:50               ` Richard Stallman
2022-11-20 17:10   ` Visuwesh
2022-11-20 18:39     ` Stefan Monnier
2022-12-16  9:41     ` North Year
2022-12-16 19:25       ` Philip Kaludercic
2022-12-17  3:28         ` Stefan Monnier
2022-12-17  9:17           ` Philip Kaludercic
2022-12-17 15:52             ` Stefan Monnier
2022-12-17 16:07               ` Philip Kaludercic
2022-12-17 16:24                 ` Philip Kaludercic
2022-12-17 18:01                   ` Okamsn
2022-12-17 18:08                     ` Philip Kaludercic
2022-12-17 18:39                     ` Stefan Monnier
2022-12-20  1:32                       ` Okamsn
2022-12-20  3:10                         ` Stefan Monnier
2022-11-20 17:42   ` Okamsn
2022-12-05  0:27     ` Okamsn
2022-12-05 15:21       ` Stefan Monnier
2022-12-09  3:58         ` Okamsn [this message]
2022-12-09 15:08           ` Stefan Monnier
2022-12-09 15:27             ` Philip Kaludercic
2022-12-10  4:10             ` Richard Kim
2022-12-10 15:12               ` Stefan Monnier
2022-12-10 16:38                 ` Richard Kim
2022-12-10 17:44                   ` Stefan Monnier
2022-12-05 17:21       ` Philip Kaludercic
2022-12-16  2:04         ` Okamsn
2022-12-16 19:26           ` Philip Kaludercic
2022-11-22 15:41   ` Jonas Bernoulli
2022-11-22 21:09     ` Stefan Monnier
2022-11-23  9:56       ` Jonas Bernoulli
2022-11-23 12:33         ` 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=6cda848d-07da-9d8c-fd40-75727915ba3c@protonmail.com \
    --to=okamsn@protonmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=monnier@iro.umontreal.ca \
    --cc=philipk@posteo.net \
    /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).