From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Leake Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Tue, 10 Nov 2015 17:08:44 -0600 Message-ID: <867flp8nb7.fsf@stephe-leake.org> References: <87ziyuaqhl.fsf@petton.fr> <87ziyoxvdp.fsf@Rainer.invalid> <83k2psnzyh.fsf@gnu.org> <87mvuorz7n.fsf@gmail.com> <8337wfon3f.fsf@gnu.org> <56401834.8080402@yandex.ru> <83ziynma4s.fsf@gnu.org> <5640C6A0.5010709@yandex.ru> <83twovm9es.fsf@gnu.org> <868u65afvh.fsf@stephe-leake.org> <87lha5snji.fsf@isaac.fritz.box> <87d1vhsmuj.fsf@isaac.fritz.box> <878u65slue.fsf@isaac.fritz.box> <874mgtsjwn.fsf@isaac.fritz.box> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447196979 31809 80.91.229.3 (10 Nov 2015 23:09:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 23:09:39 +0000 (UTC) Cc: aaronecay@gmail.com, Eli Zaretskii , Stromeko@nexgo.de, Dmitry Gutov , emacs-devel@gnu.org To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 11 00:09:27 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZwI2N-0001bX-Ka for ged-emacs-devel@m.gmane.org; Wed, 11 Nov 2015 00:09:15 +0100 Original-Received: from localhost ([::1]:36054 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwI2N-0004zM-I8 for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 18:09:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44124) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwI29-0004z8-Hw for emacs-devel@gnu.org; Tue, 10 Nov 2015 18:09:02 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwI25-0000aY-HP for emacs-devel@gnu.org; Tue, 10 Nov 2015 18:09:01 -0500 Original-Received: from gproxy10-pub.mail.unifiedlayer.com ([69.89.20.226]:36788) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1ZwI25-0000aP-AT for emacs-devel@gnu.org; Tue, 10 Nov 2015 18:08:57 -0500 Original-Received: (qmail 5304 invoked by uid 0); 10 Nov 2015 23:08:52 -0000 Original-Received: from unknown (HELO cmgw4) (10.0.90.85) by gproxy10.mail.unifiedlayer.com with SMTP; 10 Nov 2015 23:08:52 -0000 Original-Received: from host114.hostmonster.com ([74.220.207.114]) by cmgw4 with id fz8p1r00Z2UdiVW01z8sTq; Tue, 10 Nov 2015 16:08:52 -0700 X-Authority-Analysis: v=2.1 cv=IekUBwaa c=1 sm=1 tr=0 a=CQdxDb2CKd3SRg4I0/XZPQ==:117 a=CQdxDb2CKd3SRg4I0/XZPQ==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=9i_RQKNPAAAA:8 a=hEr_IkYJT6EA:10 a=x_XPkuGwIRMA:10 a=qtqOOiqGOCEA:10 a=pGLkceISAAAA:8 a=9zb1oI9bXkrgJEg_h-wA:9 Original-Received: from [76.218.37.33] (port=52902 helo=TAKVER2) by host114.hostmonster.com with esmtpa (Exim 4.84) (envelope-from ) id 1ZwI1x-00022Q-6c; Tue, 10 Nov 2015 16:08:49 -0700 In-Reply-To: (John Wiegley's message of "Tue, 10 Nov 2015 12:24:15 -0800") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (windows-nt) X-Identified-User: {2442:host114.hostmonster.com:stephele:stephe-leake.org} {sentby:smtp auth 76.218.37.33 authed with stephen_leake@stephe-leake.org} X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 69.89.20.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:193994 Archived-At: John Wiegley writes: >>>>>> David Engster writes: > >> the main question is whether something provides infrastructure for other >> packages to use. > > Sounds like a good sentence for an ELPA policy. :) > >> It is still not clear to me what exactly is gained by moving core packages >> to ELPA. Since no other core code depends on ELPA, CEDET is _not_ a "core package". Rather, CEDET is a "tarball package"; it is in Emacs git solely to ensure that it is included in the Emacs release tarball. A better example of a possible "core ELPA package" is the "seq" package. > Agility. I hear that as "easier to make small/frequent changes". That is what the ELPA release policy gives you, yes. So this is one rationale for moving packages to ELPA. > What is appropriate. That's what we are trying to figure out :) > Knowing when a thing goes into core, and when in ELPA. Ditto. > Org is an application, it's not infrastructure; the same with Gnus. *Parts* of > Gnus might rightly be considered infrastructure, but the whole of Gnus just > doesn't belong there. Parts of CEDET probably do belong in Emacs core, but as > an application, I don't think the whole of it does. I think the distinction between "tarball package" and "core package" is helpful here. I'm guessing that the main motivation for including Org and Gnus in Emacs git (well, CVS back then?) was to include them in the release tarball. If we have a mechanism to allow that for ELPA packages, moving them to ELPA makes sense. -- -- Stephe