From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Achim Gratz Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Mon, 09 Nov 2015 21:17:04 +0100 Organization: Linux Private Site Message-ID: <87ziynx70f.fsf@Rainer.invalid> References: <87ziyuaqhl.fsf@petton.fr> <87fv0labbf.fsf@web.de> <87y4eda0kl.fsf@petton.fr> <22074.42230.156669.584780@retriever.mtv.corp.google.com> <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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1447100259 11246 80.91.229.3 (9 Nov 2015 20:17:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Nov 2015 20:17:39 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 09 21:17:30 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 1Zvssb-0006bM-6w for ged-emacs-devel@m.gmane.org; Mon, 09 Nov 2015 21:17:29 +0100 Original-Received: from localhost ([::1]:55380 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zvssa-0001mV-Kt for ged-emacs-devel@m.gmane.org; Mon, 09 Nov 2015 15:17:28 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56506) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvssV-0001mC-OG for emacs-devel@gnu.org; Mon, 09 Nov 2015 15:17:24 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZvssS-0005CX-IN for emacs-devel@gnu.org; Mon, 09 Nov 2015 15:17:23 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:37090) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvssS-0005CT-BU for emacs-devel@gnu.org; Mon, 09 Nov 2015 15:17:20 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1ZvssQ-0006S3-JX for emacs-devel@gnu.org; Mon, 09 Nov 2015 21:17:18 +0100 Original-Received: from p54b47b6e.dip0.t-ipconnect.de ([84.180.123.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Nov 2015 21:17:18 +0100 Original-Received: from Stromeko by p54b47b6e.dip0.t-ipconnect.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 09 Nov 2015 21:17:18 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 46 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: p54b47b6e.dip0.t-ipconnect.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:0W12sjO9kxPhJcZ73qKJEsi9cp8= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:193750 Archived-At: John Wiegley 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. They could (and probably should) effectively be in the build environment as well. In other words, I would try to not pull them into the release tarball at the last possible moment. One thing that would make difficult is to test interactions between such "external core" packages and here I have to agree with Eli that this has potential for degradation of quality. > - allow the core maintainers to decide what exactly is going into "Emacs": > For example, I wouldn't want to pull Org releases into the distribution > from a submodule; I really do want a version of that source code to be in > ELPA, so we can separately patch if there are last minute problems. You'd do that with branches if it really becomes necessary. I don't really see why submodules could not be used, except for the extra rope they give you to hang yourself with. Any other solution is going to have the same basic complexity beneath and the potential to not work on some platform or other. > ELPA should thus benefit core developers by reducing load, and benefit package > maintainers by being an easier platform for their contributions and their > users. If it causes extra work for anyone, that's something I'd want to > change. I maintain that ELPA should benefit Emacs users first. > b. That we move "external" packages from core into ELPA, starting with the > really big ones; ...after the necessary changes to Emacs' build system and package.el are architected and implemented. Regards, Achim. -- +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+ SD adaptations for KORG EX-800 and Poly-800MkII V0.9: http://Synth.Stromeko.net/Downloads.html#KorgSDada