From: Tony Zorman <tonyzorman@mailbox.org>
To: Philip Kaludercic <philipk@posteo.net>
Cc: emacs-devel@gnu.org
Subject: Re: package-vc support for :files keyword
Date: Mon, 18 Sep 2023 16:43:26 +0200 [thread overview]
Message-ID: <87r0mviltd.fsf@hyperspace> (raw)
In-Reply-To: <871qev6e53.fsf@posteo.net>
On Mon, Sep 18 2023 09:10, Philip Kaludercic wrote:
> Tony Zorman <tonyzorman@mailbox.org> writes:
>> here's an idea: why not create e.g. a variable to decide when
>> :shell-command is executed? Moving the execution to right after cloning
>> the repository, instead of before building documentation, would enable
>> one to easily emulate :files directives, as well as other keywords that
>> need to be executed before things actually get built.
>>
>> Alternatively one could have a second :shell-command like keyword.
>
> My issue with the first idea would be that this would create a greater
> discrepancy between what elpa-admin and package-vc do. So if anything,
> I think only the second option, e.g. :early-shell-command, would be
> viable.
Fair enough.
> In both cases, what would you imagine that the command would do? If it
> just calls "rm foo.el bar.el ...", then we have an issue when upgrading,
> because there would at least be a merge conflict any time the other
> files are modified upstream. Upgrading isn't easy the way it is, but
> raising the necessity for manual intervention every time is something
> I'd like to avoid.
I think that
$ rm foo.el
$ git update-index --assume-unchanged foo.el
should work. It should merge cleanly (I've tried this out just now, and
it worked, but I may have overlooked something). If it's part of the
package description, then updating should work out of the box, since
package-vc-upgrade also calls package-vc--unpack-1, which would execute
the respective :early-shell-command again.
> Also, what would a :early-shell-command be used for
> on the ELPA build server?
That I don't know, I've never consciously looked at the ELPA build
server.
--
Tony Zorman | https://tony-zorman.com/
next prev parent reply other threads:[~2023-09-18 14:43 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-10 10:53 package-vc support for :files keyword Daniel Fleischer
2023-06-10 13:23 ` Philip Kaludercic
2023-06-10 14:20 ` Daniel Fleischer
2023-06-11 8:55 ` Philip Kaludercic
2023-06-11 9:30 ` Daniel Fleischer
2023-06-11 10:24 ` Philip Kaludercic
2023-09-18 7:25 ` Tony Zorman
2023-09-18 9:10 ` Philip Kaludercic
2023-09-18 14:43 ` Tony Zorman [this message]
2023-09-18 15:52 ` Philip Kaludercic
2023-09-18 18:54 ` Adam Porter
2023-09-19 8:37 ` Philip Kaludercic
2023-09-19 12:23 ` Adam Porter
2023-09-19 13:56 ` Philip Kaludercic
2023-09-19 14:14 ` Adam Porter
2023-09-18 19:40 ` Tony Zorman
2023-09-19 8:47 ` Philip Kaludercic
2023-09-19 13:48 ` Adam Porter
2023-09-19 14:00 ` Philip Kaludercic
2023-09-19 14:17 ` Tony Zorman
2023-09-20 7:32 ` Philip Kaludercic
2023-09-21 13:28 ` Tony Zorman
2023-09-21 16:32 ` Philip Kaludercic
[not found] ` <87jzsgm82h.fsf@hyperspace>
2023-09-24 14:31 ` Philip Kaludercic
2023-09-25 13:32 ` Tony Zorman
2023-09-27 14:03 ` Philip Kaludercic
2023-10-04 6:44 ` Tony Zorman
2023-09-19 22:51 ` Jonas Bernoulli
2023-09-22 12:38 ` Stefan Kangas
2023-09-22 13:26 ` Philip Kaludercic
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=87r0mviltd.fsf@hyperspace \
--to=tonyzorman@mailbox.org \
--cc=emacs-devel@gnu.org \
--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 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.