From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: ELPA policy Date: Wed, 18 Nov 2015 09:53:02 +0000 Message-ID: References: <87ziyuaqhl.fsf@petton.fr> <874mgtsjwn.fsf@isaac.fritz.box> <867flp8nb7.fsf@stephe-leake.org> <9e33129a-07d0-4abe-a94e-32d6d881519b@default> <86bnb06g7g.fsf@stephe-leake.org> <86oaezemp9.fsf@stephe-leake.org> <1a993b13-0e96-4350-a132-7e8fb05afef4@default> <78ad3925-9441-4312-9e47-5b216ff79f18@default> <87fv07k3x0.fsf@web.de> <1c3172d6-3e2d-49b7-9d04-ac2f9465b373@default> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: ger.gmane.org 1447840418 30581 80.91.229.3 (18 Nov 2015 09:53:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 18 Nov 2015 09:53:38 +0000 (UTC) To: Richard Stallman , Michael Heerdegen , Stephen Leake , emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 18 10:53:23 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 1ZyzQY-0005EO-Fv for ged-emacs-devel@m.gmane.org; Wed, 18 Nov 2015 10:53:22 +0100 Original-Received: from localhost ([::1]:34843 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyzQX-0005Gr-Ec for ged-emacs-devel@m.gmane.org; Wed, 18 Nov 2015 04:53:21 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:38785) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyzQI-0005GK-KX for emacs-devel@gnu.org; Wed, 18 Nov 2015 04:53:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZyzQH-0001wl-Nq for emacs-devel@gnu.org; Wed, 18 Nov 2015 04:53:06 -0500 Original-Received: from mail-lf0-x236.google.com ([2a00:1450:4010:c07::236]:34319) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZyzQG-0001wV-1s; Wed, 18 Nov 2015 04:53:04 -0500 Original-Received: by lffu14 with SMTP id u14so22750529lff.1; Wed, 18 Nov 2015 01:53:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=OTYafTs9S3A/g0OinOjWwv5bXuap8IfJLPOI2o9iQA8=; b=nYvDppoFVdJYInYtjrHVAuhW0IuXDnyu+VNACM1WhuGPU4GI17ElFf6nUSlqOGqxfK 7Rdvg+8/pRzgEMDVwMCFLe0YhsnC9bmPAaSAOKQ/9zhURhBUg2J1slwxj2oWPr0ifhOt yNGWanjtKhLeib15Oosj7Z5nuEJUudX0DmAGztKYAOCOgCwA1nS/xGW5xLYF7LHE2jSs C2yUH1GBHuNjaghVMF59fpLpa2YUx8F9rjOp7mCHag6wVFjVgsTmjRdIg2m4vZxu+ADX P6GWuie94DXvqIOLVuwXoK6bdmi7ccStKrKBBcKb82tVwZJzMe1YKATNMUQu3WzNvvn5 yxCw== X-Received: by 10.25.211.209 with SMTP id k200mr253844lfg.125.1447840383207; Wed, 18 Nov 2015 01:53:03 -0800 (PST) Original-Received: by 10.112.202.99 with HTTP; Wed, 18 Nov 2015 01:53:02 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: diG19gvHF8oH30U0tGIXwcnvn74 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c07::236 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:194694 Archived-At: 2015-11-17 23:17 GMT+00:00 John Wiegley : >>>>>> Richard Stallman writes: > >> We want people to arrange to contribute their Emacs add-ons to Emacs, and >> that suggests that whenever someone says a reason why he didn't want to put >> his code in GNU ELPA, we should try to correct it. > > Agreed. ELPA should become a more positive experience, both for developers, > contributors and users. I'm deeply in favor of making it easier for people to contribute code to Elpa, and (like I said), I'm willing to help write the code for that. But I think the hardest part of the problem is not being discussed here. Whatever this method is, it needs to meet two criteria simultaneously: 1. Not commit any code to Elpa until someone with push access has OK'd it. This is just to ensure nothing malicious is being done. 2. Be fairly automated (not completely), so that the Elpa maintainers don't have to manually commit+push all code that gets sent to them. This is to preserve the sanity of the maintainers. The current model where everything is commited by us just isn't scalable. While those two points are not mutually exclusive, they are quite difficult to reconcile. It needs to show the maintainers a diff of the changes and then only proceed with the commit after receiving some very minimal interaction (a reply to an email, or the click of a button).