From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Mon, 09 Nov 2015 18:44:19 +0200 Message-ID: <83pozjm8bg.fsf@gnu.org> 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> <5640C952.2090509@yandex.ru> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1447087488 14515 80.91.229.3 (9 Nov 2015 16:44:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Nov 2015 16:44:48 +0000 (UTC) Cc: aaronecay@gmail.com, Stromeko@nexgo.de, emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 09 17:44:39 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 1ZvpYb-0005qo-EF for ged-emacs-devel@m.gmane.org; Mon, 09 Nov 2015 17:44:37 +0100 Original-Received: from localhost ([::1]:53972 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvpYa-0007CK-KL for ged-emacs-devel@m.gmane.org; Mon, 09 Nov 2015 11:44:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49732) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvpYW-00079n-AW for emacs-devel@gnu.org; Mon, 09 Nov 2015 11:44:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZvpYS-0001SY-UD for emacs-devel@gnu.org; Mon, 09 Nov 2015 11:44:32 -0500 Original-Received: from mtaout24.012.net.il ([80.179.55.180]:33022) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvpYS-0001ST-MO for emacs-devel@gnu.org; Mon, 09 Nov 2015 11:44:28 -0500 Original-Received: from conversion-daemon.mtaout24.012.net.il by mtaout24.012.net.il (HyperSendmail v2007.08) id <0NXK00H0037CDQ00@mtaout24.012.net.il> for emacs-devel@gnu.org; Mon, 09 Nov 2015 18:37:31 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by mtaout24.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXK00GZ93IJM510@mtaout24.012.net.il>; Mon, 09 Nov 2015 18:37:31 +0200 (IST) In-reply-to: <5640C952.2090509@yandex.ru> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 80.179.55.180 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:193729 Archived-At: > Cc: aaronecay@gmail.com, Stromeko@nexgo.de, emacs-devel@gnu.org > From: Dmitry Gutov > Date: Mon, 9 Nov 2015 18:26:58 +0200 > > On 11/09/2015 06:20 PM, Eli Zaretskii wrote: > > >> Create yet another package archive? With a separate publishing mechanism? > > > > Why not? There are several already, no? > > So far, it seems we're short of manpower to manage even the current one. > To manage the infrastructure, improve the scripts, etc. Is it really such a significant effort? I wasn't aware of that. > > It does, for most of the core. That's what you do each time you say > > "git pull", I believe. > > I cannot "git pull" a new version of Dired into my stable installation > of Emacs 24.5. Of course you can: just copy the file over. > > It was made before -- that's the "let's move Org and Gnus out" > > variant, to which I said I could easily agree. And then there was the > > "move everything" one, to which I object for the reasons stated. What > > I meant was that there was no 3rd variant, AFAIR. > > Well, I enumerated 4 packages instead of 2, didn't I? :) We could probably find a few more. MH-E, for example. (Of course, their developers will have to agree to move.) > I agree that "move everything" is a non-starter (or very hard, at > least). So it seems more like a red herring, there's no real use arguing > against it. Agreed.