From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Emacs contributions, C and Lisp Date: Fri, 28 Mar 2014 11:27:02 +0900 Message-ID: <87txajoy6h.fsf@uwakimon.sk.tsukuba.ac.jp> References: <52FCD2B4.5080006@yandex.ru> <52FD9F1D.50205@yandex.ru> <83mwhucg1h.fsf@gnu.org> <878ute589i.fsf@fencepost.gnu.org> <83d2iqc84m.fsf@gnu.org> <87wqgxkcr9.fsf@yandex.ru> <834n41db0d.fsf@gnu.org> <52FE2985.4070703@yandex.ru> <831tz5daes.fsf@gnu.org> <8738jlohd6.fsf@yandex.ru> <83txc1bl83.fsf@gnu.org> <5300189A.9090208@yandex.ru> <83wqgv9fbj.fsf@gnu.org> <20140216180712.236069f6@forcix.jorgenschaefer.de> <83sirj9cyp.fsf@gnu.org> <20140217203145.71a849f7@forcix.jorgenschaefer.de> <837g8t8ouc.fsf@gnu.org> <87siq4aqq5.fsf@newcastle.ac.uk> <83siq3y4sp.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1395973644 8848 80.91.229.3 (28 Mar 2014 02:27:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 28 Mar 2014 02:27:24 +0000 (UTC) Cc: Phillip Lord , dgutov@yandex.ru, forcer@forcix.cx, mina86@mina86.com, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 28 03:27:32 2014 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 1WTMW4-0008Ck-F6 for ged-emacs-devel@m.gmane.org; Fri, 28 Mar 2014 03:27:32 +0100 Original-Received: from localhost ([::1]:56870 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTMW3-0006wZ-OH for ged-emacs-devel@m.gmane.org; Thu, 27 Mar 2014 22:27:31 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTMVt-0006wM-Mj for emacs-devel@gnu.org; Thu, 27 Mar 2014 22:27:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WTMVm-0004sx-D7 for emacs-devel@gnu.org; Thu, 27 Mar 2014 22:27:21 -0400 Original-Received: from mgmt2.sk.tsukuba.ac.jp ([130.158.97.224]:33843) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTMVe-0004ri-8u; Thu, 27 Mar 2014 22:27:06 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt2.sk.tsukuba.ac.jp (Postfix) with ESMTP id F0CB3970902; Fri, 28 Mar 2014 11:27:02 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id E52061A28DC; Fri, 28 Mar 2014 11:27:02 +0900 (JST) In-Reply-To: <83siq3y4sp.fsf@gnu.org> X-Mailer: VM undefined under 21.5 (beta34) "kale" 2a0f42961ed4 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 130.158.97.224 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:171058 Archived-At: Eli Zaretskii writes: > What we really need is to have in place an efficient and effective > procedures for patch review and application. Without that, patches > will collect dust on gitorious as they will in the archives of this or > another mailing list. No, what is really needed is "all of the above". Patch pilots[1] are needed, or gitorius-like facilities will provide a high-tech way for patches to collect barnacles. A facility to make it easy to see that patches have not been addressed (triage, comment) is necessary, or patches will fall through the cracks more than necessary. Reviewers and committers are needed to actually process the patches. A facility that makes it The One Obvious Way To Do It ["it" == submit patches] is necessary, or the facility for finding "orphan" patches won't be used to submit patches. And a facility to make it trivial (ie, electronic) to submit a contribution assignment[2], so that submitted patches won't languish for lack of an assignment/[3] My suggestion is that while you're right, and Michal is right, and I'm right, and ..., *your* best response here (as an Emacs maintainer) is the same as always: patches [provision of needed facilities or reviewer effort] welcome! Ie, just provide a list of needed facilities and encourage people to provide them. Just like ESR has done the work to port the repo to git. Footnotes: [1] Perhaps informally, as in current Emacs procedure. [2] And somewhat less trivial to submit a "future" assignment, so that people won't complain that they didn't realize all their Emacs code would automatically become FSF property upon integration into Emacs. Most want that of course, but there are jerks out there. They'll complain anyway, but you want to be able to killfile them after responding "you were warned in big red letters and it's not default" exactly once. [3] If the user isn't a refusenik, nothing technological will help with that.