emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added


From: Stefan Monnier
Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added
Date: Thu, 13 Oct 2016 14:21:14 -0400
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)

PL> I'm wondering on what basis we would make the distinction between core and
PL> tarball.  Potential usefulness, longevity, quality etc?
> This point has yet to be determined. I think that for now it will remain a
> maintainer decision, based on feedback from the developers here. I don't think
> it's useful to define a "general principle" to make the decision for us, yet.
> There aren't that many packages signed over to the FSF, after all.

[...]

> stream.el is something that I think would be a candidate for "core ELPA": It
> fits the above criteria, but adds a fourth:
>
>   4. We'd like for other core Emacs packages to be able to use it.

I think this answers Phillip's question: the main difference is whether
Emacs's packages can (and/or do) depend on it.

There are several gradations of dependency, of course:

- Can src/emacs be dumped without that package?
- Can all of lisp/**/*.elc be built without that package?
- Can all of lisp/**/*.el be used without that package?

If all three answers are yes, then it doesn't need to be "core".
If all three are no, then it definitely needs to be "core".
Between the two, well, ...


        Stefan



reply via email to

[Prev in Thread] Current Thread [Next in Thread]