From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Thu, 13 Oct 2016 14:21:14 -0400 Message-ID: References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <8360pgoyo4.fsf@gnu.org> <87d1jn3ws9.fsf@russet.org.uk> <83a8eqoi08.fsf@gnu.org> <87d1jlacsh.fsf@russet.org.uk> <867f9t4n4t.fsf@realize.ch> <874m4x8sq5.fsf@russet.org.uk> <8637kh4j1u.fsf@realize.ch> <87wpht4b1i.fsf@russet.org.uk> <86y4292m2u.fsf@realize.ch> <8737kd8vfh.fsf@russet.org.uk> <86bmyz2tt1.fsf@realize.ch> <87int4w341.fsf@russet.org.uk> <87int12rtv.fsf@russet.org.uk> <87y41tekrm.fsf@russet.org.uk> <87y41sttu2.fsf@russet.org.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1476382904 12163 195.159.176.226 (13 Oct 2016 18:21:44 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 13 Oct 2016 18:21:44 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: Eli Zaretskii , Alain Schneble , emacs-devel@gnu.org To: phillip.lord@russet.org.uk (Phillip Lord) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 13 20:21:40 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bukdK-00023k-4H for ged-emacs-devel@m.gmane.org; Thu, 13 Oct 2016 20:21:34 +0200 Original-Received: from localhost ([::1]:42444 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bukdI-0005hu-P5 for ged-emacs-devel@m.gmane.org; Thu, 13 Oct 2016 14:21:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42972) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bukd8-0005ho-Ge for emacs-devel@gnu.org; Thu, 13 Oct 2016 14:21:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bukd2-0004Jc-FZ for emacs-devel@gnu.org; Thu, 13 Oct 2016 14:21:21 -0400 Original-Received: from pruche.dit.umontreal.ca ([132.204.246.22]:35423) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bukd2-0004J6-9N; Thu, 13 Oct 2016 14:21:16 -0400 Original-Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id u9DIFBgD018744; Thu, 13 Oct 2016 14:15:11 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id BB4E1601DC; Thu, 13 Oct 2016 14:21:14 -0400 (EDT) In-Reply-To: (John Wiegley's message of "Thu, 13 Oct 2016 10:14:03 -0700") X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV5826=0 X-NAI-Spam-Version: 2.3.0.9418 : core <5826> : inlines <5345> : streams <1715864> : uri <2307020> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 132.204.246.22 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:208213 Archived-At: 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