[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: ELPA policy
From: |
Nicolas Petton |
Subject: |
Re: ELPA policy |
Date: |
Tue, 10 Nov 2015 00:47:14 +0100 |
User-agent: |
Notmuch/0.20.2 (http://notmuchmail.org) Emacs/25.0.50.1 (x86_64-unknown-linux-gnu) |
John Wiegley <address@hidden> writes:
> If that's the case, then yes, it should be in core. I'm personally a bit
> surprised that a library of this nature is in ELPA,
In the case of seq.el, it's for backward-compatibility. It made it
possible for instance for CIDER devs to start using it while Emacs 25 is
still in progress.
> unless it was being
> provided and actively maintained by a non-core developer.
IIRC, Stefan thought that having stream.el in the ELPA meant more sense
at least until people start using it more.
Nico
signature.asc
Description: PGP signature
- Re: ELPA policy, (continued)
- Re: ELPA policy, Richard Stallman, 2015/11/09
- Re: ELPA policy, John Wiegley, 2015/11/09
- Re: ELPA policy, Artur Malabarba, 2015/11/09
- Re: ELPA policy, Richard Stallman, 2015/11/10
- Re: ELPA policy, Nicolas Petton, 2015/11/11
- Re: ELPA policy, Richard Stallman, 2015/11/11
- Re: ELPA policy,
Nicolas Petton <=
- Re: ELPA policy, Nicolas Petton, 2015/11/09
- Re: ELPA policy, Nicolas Petton, 2015/11/09
- Re: ELPA policy, Aaron Ecay, 2015/11/09
- Re: ELPA policy, John Wiegley, 2015/11/09
- Re: ELPA policy, Stephen Leake, 2015/11/10
- Re: ELPA policy, John Wiegley, 2015/11/10
- Re: ELPA policy, Dmitry Gutov, 2015/11/10
- Re: ELPA policy, David Engster, 2015/11/10
- Re: ELPA policy, Dmitry Gutov, 2015/11/10
- Re: ELPA policy, Eli Zaretskii, 2015/11/10