[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ELPA policy
From: |
Michael Welsh Duggan |
Subject: |
Re: ELPA policy |
Date: |
Thu, 05 Nov 2015 07:51:46 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) |
Dmitry Gutov <address@hidden> writes:
> 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?
Because it is not. I have often had to use Emacs on computers that did
not have access to an Internet connection. To consider something part
of the "standard library," I believe you should have access to it when
Emacs is installed. This is why I dislike the move towards systems that
only provide easy installation via network channels. (Python, this
means you!)
--
Michael Welsh Duggan
(address@hidden)
- 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, 2015/11/05
- Re: ELPA policy,
Michael Welsh Duggan <=
- 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
- Re: ELPA policy, Wolfgang Jenkner, 2015/11/08