[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [ELPA] New package: activities
From: |
Chris Van Dusen |
Subject: |
Re: [ELPA] New package: activities |
Date: |
Mon, 29 Jan 2024 18:08:18 -0600 |
> On Jan 29, 2024, at 15:49, JD Smith <jdtsmith@gmail.com> wrote:
>
>
>
> PS: I personally feel that by the time a package author presents a
> well-written and fairly complete package for inclusion into ELPA, it is too
> late to make the argument that they should have instead contributed that
> functionality to a built-in package. If you can convince them earlier in the
> process, of course, but it certainly adds to the outside impression that ELPA
> is a gauntlet that must be run, which I think all agree is not desired.
I’m not sure I follow. Most of the time package authors don’t ssy anything
until they want to publish the package, so how can the maintainers suggest to
them to contribute to an existing package?
An alternative would be for potential package authors to post to emacs-devel,
stating that they would like to see feature foo in package bar. If it turns
out that it is not feasible to implement the feature, then sure, a new package
can be created.
Chris.
- Re: [ELPA] New package: activities, (continued)
- Re: [ELPA] New package: activities, Eli Zaretskii, 2024/01/27
- Re: [ELPA] New package: activities, Sergey Organov, 2024/01/27
- Re: [ELPA] New package: activities, Eric S Fraga, 2024/01/28
- Re: [ELPA] New package: activities, Sergey Organov, 2024/01/29
- Re: [ELPA] New package: activities, Philip Kaludercic, 2024/01/29
- Re: [ELPA] New package: activities, Sergey Organov, 2024/01/29
- Re: [ELPA] New package: activities, Fraga, Eric, 2024/01/29
Re: [ELPA] New package: activities, Eshel Yaron, 2024/01/26
Re: [ELPA] New package: activities, JD Smith, 2024/01/29
Re: [ELPA] New package: activities, Drew Adams, 2024/01/27