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 05:42:12 +0200 Message-ID: <8337wfon3f.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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: ger.gmane.org 1447040557 20689 80.91.229.3 (9 Nov 2015 03:42:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 9 Nov 2015 03:42:37 +0000 (UTC) Cc: Stromeko@nexgo.de, emacs-devel@gnu.org To: Aaron Ecay Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Nov 09 04:42:29 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 1ZvdLc-0006J3-Fp for ged-emacs-devel@m.gmane.org; Mon, 09 Nov 2015 04:42:24 +0100 Original-Received: from localhost ([::1]:49984 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvdLb-0008Es-Eg for ged-emacs-devel@m.gmane.org; Sun, 08 Nov 2015 22:42:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57092) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvdLX-0008Em-Ez for emacs-devel@gnu.org; Sun, 08 Nov 2015 22:42:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZvdLU-0006y3-8s for emacs-devel@gnu.org; Sun, 08 Nov 2015 22:42:19 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:63193) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZvdLU-0006xq-0M for emacs-devel@gnu.org; Sun, 08 Nov 2015 22:42:16 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NXJ004002PBEU00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Mon, 09 Nov 2015 05:42:14 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NXJ004I83ME5G80@a-mtaout22.012.net.il>; Mon, 09 Nov 2015 05:42:14 +0200 (IST) In-reply-to: <87mvuorz7n.fsf@gmail.com> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:193673 Archived-At: > From: Aaron Ecay > Cc: emacs-devel@gnu.org > Date: Sun, 08 Nov 2015 20:52:12 +0000 >=20 > Imagine someone implements an awesome new feature for dired. Emacs > users the world over are amazed by this, and fill their blogs, twit= ter, > etc. with the news. If dired is an ELPA package, everyone who hear= s > this news can get the new feature in their emacs instantly by upgra= ding > their ELPA packages. No need to wait N months for a new release of > emacs, or compile a non-release version of emacs from git. How is this different when Dired is in the Emacs repository? The Emacs repository is a public one, so anyone and everyone can get the latest version from there and use it, if they want. > I also think that discussion around this topic is distorted by a > long-tailed distribution. Most people probably have in mind the bi= g > emacs packages with dynamic developer communities and independent > release cycles. Org, Gnus, CEDET, and maybe a few others. On the = other > hand, it seems to me that you have in mind (in addition to these) a= ll > the tiny packages that see very few commits and perhaps no new feat= ures > (in the extreme case take kermit.el, which has seen no substantive > changes since at least 1992, but still gets its copyright header > lovingly updated every year). I don=E2=80=99t know how to reconcil= e these > viewpoints, or even if it=E2=80=99s necessary. Just something to c= onsider. The suggestion was to move _all_ of them, except the few that are needed for bootstrap, out of the Emacs repository. Most of the packages in that category are neither like Org nor like kermit. They are relatively small, but get quite a significant number of changes. > Speaking for myself, my primary interest in emacs development is wo= rking > on org-mode, and I heavily use org as well as third-party packages = for > python (elpy), clojure (cider), R (ESS), and a few other random thi= ngs. > I build emacs from git every month or so in order to pick up little > quality of life improvements, like with-eval-afer-load, some of the > subr-x stuff, seq.el, the overhauled package menu, etc. But I have= to > make sure to keep a couple months=E2=80=99 worth of old emacsen aro= und, in case > my monthly pull happens to land on a buggy commit =E2=80=93 one tha= t causes > regular segfaults, which I have had happen more than once. I use e= macs > for work so I don=E2=80=99t have the luxury of just going without f= or a few days > until the problem is fixed. I could go back to a previous released > version of course, but then my init.el breaks because it relies on = new > features since the release. I don't see how the issue at hand can affect you, then. Your usage i= s very similar to mine, FWIW.