From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: new Emacs maintainer(s)? Date: Wed, 06 Jun 2007 12:54:35 +0200 Message-ID: <868xaxjqtw.fsf@lola.quinscape.zz> References: <878xb05ras.fsf@stupidchicken.com> <200706041853.l54IrLXb006451@oogie-boogie.ics.uci.edu> <200706051632.l55GWNSZ026462@oogie-boogie.ics.uci.edu> <87ps4aue45.fsf@stupidchicken.com> <87fy55cy7v.fsf@kfs-lx.testafd.dk> <86y7ixjwtd.fsf@lola.quinscape.zz> <87tztlbcs0.fsf@kfs-lx.testafd.dk> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1181127286 24686 80.91.229.12 (6 Jun 2007 10:54:46 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 6 Jun 2007 10:54:46 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org To: storm@cua.dk (Kim F. Storm) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 06 12:54:45 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HvtA1-00067p-Ul for ged-emacs-devel@m.gmane.org; Wed, 06 Jun 2007 12:54:42 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HvtA1-0005iF-JG for ged-emacs-devel@m.gmane.org; Wed, 06 Jun 2007 06:54:41 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hvt9y-0005iA-G8 for emacs-devel@gnu.org; Wed, 06 Jun 2007 06:54:38 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hvt9x-0005hy-2O for emacs-devel@gnu.org; Wed, 06 Jun 2007 06:54:37 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hvt9w-0005hv-SG for emacs-devel@gnu.org; Wed, 06 Jun 2007 06:54:36 -0400 Original-Received: from pc3.berlin.powerweb.de ([62.67.228.11]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Hvt9w-0000cS-9E for emacs-devel@gnu.org; Wed, 06 Jun 2007 06:54:36 -0400 Original-Received: from quinscape.de (dslnet.212-29-44.ip210.dokom.de [212.29.44.210] (may be forged)) by pc3.berlin.powerweb.de (8.9.3p3/8.9.3) with ESMTP id MAA08879 for ; Wed, 6 Jun 2007 12:54:31 +0200 X-Delivered-To: Original-Received: (qmail 15415 invoked from network); 6 Jun 2007 10:54:35 -0000 Original-Received: from unknown (HELO lola.quinscape.zz) ([10.0.3.43]) (envelope-sender ) by ns.quinscape.de (qmail-ldap-1.03) with SMTP for ; 6 Jun 2007 10:54:35 -0000 Original-Received: by lola.quinscape.zz (Postfix, from userid 1001) id 1DB458F8EB; Wed, 6 Jun 2007 12:54:35 +0200 (CEST) In-Reply-To: <87tztlbcs0.fsf@kfs-lx.testafd.dk> (Kim F. Storm's message of "Wed\, 06 Jun 2007 12\:25\:19 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.51 (gnu/linux) X-detected-kernel: Linux 2.4-2.6 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:72321 Archived-At: storm@cua.dk (Kim F. Storm) writes: > David Kastrup writes: > > My ideal setup would be: > > Emacs 22.x (maintenance): Richard (who can still pull on anyone to > actually merge/adapt desired fixes from the trunk to the 22.x > branch). Funny: that would be pretty much my worst case scenario since Richard is primarily a manager of people (his intermittent access does not make much more possible, anyway), and pulling on anyone is going to detract "anyone" from ongoing work on the trunk. The admirable ability to unceremoniously come through with the technical changes once the direction is clear, is what made me propose Chong: he made quite a lot of progress even in a zigzag course dictated by changing opinions and policies. If he is going to set the policies himself, he will save himself a few dead ends. > Emacs 23.1: A committee of Handa [technical lead], Chong [release > manager], and a third person (e.g. Stefan). Well, Handa is already the technical lead of unicode-2 and somewhat biased. It is clear anyway that he'll be needed to iron out quite a number of pains in connection with unicode-2, and I would not find it amiss if there was a somewhat less "partial" person involved with judging the severity of changes in the API to the general developer public. Chong does not make the impression to me of being scared of complexity. But I am, and I would like somebody who is conservative (though not in a destructive way) to counterbalance the unicode-2 leadership. > Emacs 23.x (maintenance): One of the above (or somebody else ?) Probably too early to think about that. > Emacs 24.1: A committee of Eli [technical lead], ? [release > manager], and a third person (perferably someone with interest in > BIDI). What I wrote above for Emacs 23.1 with regard to Handa would apply for 24.1 and Eli similarly. While it is clear that those are indispensable for the work in question, I'd prefer having a counterweight in the project leadership. This would also make it possible for them to argue their case without having to be impartial about it: it would be the job of the respective version leader to weigh their needs against those of others. -- David Kastrup