[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ELPA policy
From: |
Artur Malabarba |
Subject: |
Re: ELPA policy |
Date: |
Thu, 5 Nov 2015 09:08:34 +0000 |
2015-11-05 3:00 GMT+00:00 Dmitry Gutov <address@hidden>:
> On 11/05/2015 04:41 AM, John Wiegley wrote:
>
>> An exception to this rule is when a certain service (say, streams) should
>> always be available, without requiring further installation of libraries.
>> Emacs acts as a sort of "standard library" for Emacs Lisp, so the same
>> kinds
>> of things we'd like to have in such a meta-library, should be in core.
>
>
> Why not consider ELPA a part of the "standard library", too?
>
>[...]
> When the core starts using it, sure, we can move it there.
I agree in a general sense. But case-by-case discretion will have to be applied.
> The
> criteria for applications to include them might be that Emacs has dedicated
> menu items, or uses the application's commands in some global bindings
> (that's why xref, for example, can't be moved to ELPA).
IMO, xref can't be moved to Gelpa because users expect this "find
definition" functionality out-of-the box. By which I don't mean "Emacs
users have come to expect it", I mean "users coming to Emacs will
expect it".
- Proposed new core library: pl.el, John Wiegley, 2015/11/04
- Re: Proposed new core library: pl.el, Dmitry Gutov, 2015/11/04
- ELPA policy (was: Proposed new core library: pl.el), John Wiegley, 2015/11/04
- Re: ELPA policy, Dmitry Gutov, 2015/11/04
- Re: ELPA policy,
Artur Malabarba <=
- Re: ELPA policy, Michael Welsh Duggan, 2015/11/05
- Re: ELPA policy, Dmitry Gutov, 2015/11/05
- Re: ELPA policy, Michael Welsh Duggan, 2015/11/05
- Re: ELPA policy, John Wiegley, 2015/11/05
- Re: ELPA policy, Dmitry Gutov, 2015/11/05
- Re: ELPA policy, Artur Malabarba, 2015/11/05
- Re: ELPA policy, Dmitry Gutov, 2015/11/05
- Re: ELPA policy, Richard Stallman, 2015/11/06
- Re: ELPA policy, John Wiegley, 2015/11/08
- Re: ELPA policy, Eli Zaretskii, 2015/11/08