From: Philip Kaludercic <philipk@posteo.net>
To: Felician Nemeth <felician.nemeth@gmail.com>
Cc: Jonas Bernoulli <jonas@bernoul.li>, emacs-devel@gnu.org
Subject: Re: Request to add Package to GNU ELPA
Date: Thu, 30 Mar 2023 17:37:26 +0000 [thread overview]
Message-ID: <87r0t65eeh.fsf@posteo.net> (raw)
In-Reply-To: <871ql642gd.fsf@betli.tmit.bme.hu> (Felician Nemeth's message of "Thu, 30 Mar 2023 18:40:50 +0200")
Felician Nemeth <felician.nemeth@gmail.com> writes:
>> Some examples for why that would be desirable:
>>
>> - A recent addition that could be useful is the new "package-vc.el"
>> (which I think should be distributed as part of the `package' package,
>> but it could also be distributed as a separate core package).
>
> Elaborating on this example, I'd like to see the patch in bug#60418 to
> be merged. It adds package-vc support to use-package.el. But similarly
> to Jonas' other examples, it would be useful on an older Emacs only if
> package.el/package-vc.el could be updated.
I have commented on the patch in a different report (bug#61937). Here
is a copy for the sake of convenience:
I have to admit that I am not a fan of this [adding package-vc support
to use-package]. Personally I install all my packages using regular
tarballs, and then manually select packages that I want to track in
source-form if I am interested in contributing a patch.
One has to keep in mind that by default you will be checking out the tip
of the default development branch. This is not what GNU ELPA and NonGNU
ELPA do. I know *some other* archives do this, but IMO this contributes
to the instability that a lot of Emacs users experience in regards to
the packages in the Emacs world. Coincidentally I also believe that the
popularity of alternative (non-cooperative) package managers like this
"straight.el" boils down to the promise of being able to pin and revert
to previous packages states. Personally I believe that this is an
up-side-down approach to solve the problem from the wrong angle. The
default approach to package management should be reliable and suffice.
> Thanks,
> Felicián
>
>
--
Philip Kaludercic
next prev parent reply other threads:[~2023-03-30 17:37 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-30 13:42 Request to add Package to GNU ELPA Jonas Bernoulli
2023-03-30 16:40 ` Felician Nemeth
2023-03-30 17:37 ` Philip Kaludercic [this message]
2023-03-30 17:32 ` Philip Kaludercic
2023-03-31 17:15 ` Jonas Bernoulli
2023-04-05 8:59 ` Philip Kaludercic
2023-04-05 14:13 ` Jonas Bernoulli
2023-04-05 18:07 ` Philip Kaludercic
2023-04-05 18:26 ` Philip Kaludercic
2023-04-05 21:08 ` Philip Kaludercic
2023-04-06 15:46 ` Philip Kaludercic
2023-04-06 21:36 ` Stefan Monnier
2023-04-07 7:23 ` Philip Kaludercic
2023-04-07 15:39 ` Stefan Monnier
2023-04-08 8:24 ` Philip Kaludercic
2023-04-09 15:29 ` Stefan Monnier
2023-04-09 17:27 ` Philip Kaludercic
2023-04-07 10:07 ` Philip Kaludercic
2023-04-06 11:41 ` Jonas Bernoulli
2023-04-17 16:24 ` Adding package-vc to ELPA Philip Kaludercic
2023-09-16 17:20 ` Stefan Kangas
2023-09-17 8:02 ` Philip Kaludercic
2023-03-30 19:10 ` Request to add Package to GNU ELPA chad
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=87r0t65eeh.fsf@posteo.net \
--to=philipk@posteo.net \
--cc=emacs-devel@gnu.org \
--cc=felician.nemeth@gmail.com \
--cc=jonas@bernoul.li \
/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).