[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:42:34 +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:
> 3. There should be a defined subset of packages that get copied from ELPA
> into the Emacs tarball during release, and an easy way to manage this list
> for the core developers. That way, certain packages like seq.el and
> stream.el can feel like "core" packages to users, when they are really
> "external" packages from the point of view of the core developers.
I only added seq.el to ELPA for backward compatibility with Emacs 24.5.
The development of seq.el (and map.el for that matter) happen only in
Emacs trunk.
Moving it out of lisp/emacs-lisp/, and only having it copied in the
release tarballs would be a step backward IMHO, it would make it hard to
use it in core packages, and would basically mean demoting the libraries
to external ones while I'm really working on seq.el to provide a good,
consistent and comprehensive *built-in* sequence library to
Emacs-Lisp. That's also why all the functions are documented in the
Sequences chapter of the Elisp documentation.
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/09
- Re: ELPA policy, Nicolas Petton, 2015/11/09
- Re: ELPA policy,
Nicolas Petton <=
- 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
- Re: ELPA policy, Dmitry Gutov, 2015/11/10
- Re: ELPA policy, Eli Zaretskii, 2015/11/10