From: Philip Kaludercic <philipk@posteo.net>
To: Okamsn <okamsn@protonmail.com>
Cc: emacs-devel@gnu.org
Subject: Re: Adding the `prescient` packages to NonGNU ELPA?
Date: Mon, 05 Dec 2022 17:21:34 +0000 [thread overview]
Message-ID: <87ilipvk9t.fsf@posteo.net> (raw)
In-Reply-To: <11680a2c-b082-cfce-e075-9694ed06dae0@protonmail.com> (okamsn@protonmail.com's message of "Mon, 05 Dec 2022 00:27:57 +0000")
Okamsn <okamsn@protonmail.com> writes:
> On 2022-11-20 17:42 UTC, Okamsn wrote:
>>>
>>>> All of these packages live in the same repository in the link below.
>>>
>>> Would it be possible to change this? E.g. by making each project live
>>> on it's own branch. That would make the :ignored-files rules below a
>>> lot simpler.
>>
>> I wouldn't mind making new branches that hold the stable versions. Are
>> you OK with the README and CHANGELOG still being duplicated in that case?
>>
>> ...
>
> After communicating with the other maintainers, they are requesting that
> I do not make this change (discussion here:
> https://github.com/radian-software/prescient.el/issues/138).
To clarify a point from this discussion, it is certainly possible to
arrange separate packages by excluding the other files, but it is a hack
that would be nice to avoid. There are already a few packages (such as
Magit) that do something like this, but in general this kind of
packaging is a MELPA-ism.
> 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?
Package-vc uses the ELPA model, and all it does is clone a repository
into your ~/.emacs.d/elpa directory and prepare it for activation
(byte-compiling, generating autoloads, etc.). The rest is regular
package.el, so all the files in the respective directories are
accessible using `load'/`require'.
>>>> When I tried testing the installation of `prescient`, it installed
>>>> an older version of the file `prescient.el` than what is current in the
>>>> repository. This was the version that received an update to the version
>>>> number, but how does the system decide which is the most recent stable
>>>> version of a file? I might need to increase the number to make it
>>>> install a newer version.
>>>
>>> Yes, ELPA finds the last commit that changed the version header and uses
>>> that to prepare a release.
>>
>> OK. I will try updating the version number to make sure that was the
>> problem.
>>
>
> This was the problem. The installation works after changing the version
> number. I have asked about the author's process for releasing a new
> minor version.
1+
next prev parent reply other threads:[~2022-12-05 17:21 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
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 [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87ilipvk9t.fsf@posteo.net \
--to=philipk@posteo.net \
--cc=emacs-devel@gnu.org \
--cc=okamsn@protonmail.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.