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: Carbon port and multi-tty Date: Wed, 07 May 2008 10:42:15 +0200 Message-ID: <868wymy07s.fsf@lola.quinscape.zz> References: <87r6cf1if3.fsf@stupidchicken.com> <200805070428.m474SbH6002408@sallyv1.ics.uci.edu> <200805070555.m475tCRi004681@sallyv1.ics.uci.edu> <85d4ny4ny4.fsf@lola.goethe.zz> <87wsm6a6p6.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1210149831 29971 80.91.229.12 (7 May 2008 08:43:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 7 May 2008 08:43:51 +0000 (UTC) Cc: Chong Yidong , Dan Nicolaescu , Stefan Monnier , YAMAMOTO Mitsuharu , emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed May 07 10:44:26 2008 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 1JtfG6-0007Ta-RI for ged-emacs-devel@m.gmane.org; Wed, 07 May 2008 10:44:19 +0200 Original-Received: from localhost ([127.0.0.1]:42887 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JtfFP-0002Dl-4r for ged-emacs-devel@m.gmane.org; Wed, 07 May 2008 04:43:35 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JtfEG-0001HX-Bg for emacs-devel@gnu.org; Wed, 07 May 2008 04:42:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JtfED-0001EH-Lk for emacs-devel@gnu.org; Wed, 07 May 2008 04:42:22 -0400 Original-Received: from [199.232.76.173] (port=45077 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JtfED-0001Dk-37 for emacs-devel@gnu.org; Wed, 07 May 2008 04:42:21 -0400 Original-Received: from mail.quinscape.de ([212.29.44.217]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JtfEB-0006ev-2b for emacs-devel@gnu.org; Wed, 07 May 2008 04:42:20 -0400 Original-Received: (qmail-ldap/ctrl 3018 invoked from network); 7 May 2008 08:42:16 -0000 Original-Received: from unknown (HELO lola.quinscape.zz) ([10.0.3.43]) (envelope-sender ) by quinx.quinscape.de (qmail-ldap-1.03) with SMTP for ; 7 May 2008 08:42:16 -0000 Original-Received: by lola.quinscape.zz (Postfix, from userid 1001) id 2D191E1E57; Wed, 7 May 2008 10:42:16 +0200 (CEST) In-Reply-To: <87wsm6a6p6.fsf@uwakimon.sk.tsukuba.ac.jp> (Stephen J. Turnbull's message of "Wed, 07 May 2008 16:56:05 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-AntiVirus: checked by AntiVir MailGate (version: 2.1.3-2; AVE: 7.8.0.11; VDF: 7.0.4.8; host: quinx) X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) 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:96667 Archived-At: "Stephen J. Turnbull" writes: > YAMAMOTO Mitsuharu writes: > > > But please understand that what I wanted to say is not about this > > particular single-line bug, but about mixing unrelated changes. > > Just get used to it; it's a part of life in distributed development of > a project as large as Emacs, unless you're willing to do a *lot* more > review than most people. Heck, I can't even enforce compiling one's > changes before committing. It is not like we are applying the final layers of polish here. We are talking about Emacs 23 development. I have to say that people who _whine_ about other developers' work to support _their_ platform are not on my list of favorites. Large amounts of work for some programs go into supporting things like compatibility with Windows or XEmacs or similar where the developers themselves are not actually using the platform in question. Things like that often prove to be a time sink. And being beraved for good-faith efforts that would not have happened otherwise doesn't make that more pleasant. I can't really blame developers who decide to cut their losses in such a situation, even though I find it sad. Fortunately, with Emacs we have "native" developers for most platforms. It appears that we don't have any with Carbon. So it might make sense for Carbon developers not willing to invest any time of theirselves to remain constructive and polite, even more so than with platforms for which active developers have a vested interest. -- David Kastrup