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: Omitting Windows-specific parts from infrastructure changes Date: Wed, 21 Jan 2015 21:49:29 +0100 Message-ID: <87egqnhnae.fsf@fencepost.gnu.org> References: <838uh32gpg.fsf@gnu.org> <54B9D960.1000001@cs.ucla.edu> <834mrp24b1.fsf@gnu.org> <54BBF6E7.3090802@cs.ucla.edu> <83a91gymld.fsf@gnu.org> <54BC08B2.8070302@cs.ucla.edu> <837fwjzx5f.fsf@gnu.org> <54BC18B9.50202@cs.ucla.edu> <83y4oyycz8.fsf@gnu.org> <54BD4657.3010202@cs.ucla.edu> <83egqqy637.fsf@gnu.org> <54BD81C4.1070109@cs.ucla.edu> <833875xvin.fsf@gnu.org> <54BEC86A.7060605@cs.ucla.edu> <83d268w2w9.fsf@gnu.org> <54BFE299.3060600@cs.ucla.edu> <833874vx1e.fsf@gnu.org> <54C00076.1020406@cs.ucla.edu> <831tmnx4e6.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1421873404 26050 80.91.229.3 (21 Jan 2015 20:50:04 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2015 20:50:04 +0000 (UTC) Cc: Paul Eggert , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 21 21:49:59 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 1YE2Dt-0007fU-E0 for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 21:49:57 +0100 Original-Received: from localhost ([::1]:50116 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE2Ds-0007Kk-Gw for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 15:49:56 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45526) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE2Do-0007Io-Qi for emacs-devel@gnu.org; Wed, 21 Jan 2015 15:49:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YE2Dn-0001ET-BW for emacs-devel@gnu.org; Wed, 21 Jan 2015 15:49:52 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:37660) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE2Dn-0001EP-8V for emacs-devel@gnu.org; Wed, 21 Jan 2015 15:49:51 -0500 Original-Received: from localhost ([127.0.0.1]:44835 helo=lola) by fencepost.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE2Dm-0005XR-Ne; Wed, 21 Jan 2015 15:49:50 -0500 Original-Received: by lola (Postfix, from userid 1000) id A1CB9E0468; Wed, 21 Jan 2015 21:49:29 +0100 (CET) In-Reply-To: <831tmnx4e6.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 21 Jan 2015 22:30:57 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::e 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:181531 Archived-At: Eli Zaretskii writes: >> Date: Wed, 21 Jan 2015 11:39:34 -0800 >> From: Paul Eggert > >> This is starting to get ridiculous. Let's drop the discussion, as we're= =20 >> not making any progress (quite the reverse, I'm afraid). > > I already suggested several ways to resolve this. Feel free to make > your own suggestions, provided that the result will be that such > changes are done everywhere, without unduly punishing your fellow > developers who offer you help to do parts of your job. It's not his job. We are rather talking about how to enable different people interested in different things to continue working on code in the same Emacs repository. As far as I know, it is nobody's _job_ to do so currently (Gerd M=F6llmann once had a job working on the Emacs=A021 display engine if I remember correctly). Neither the parts he did are his "job", nor the parts he did not do. In a project driven by volunteers it makes good sense when people invest those kinds of work that otherwise would cause a much larger workload. Sometimes this does not work, like when basically the best-suited person for pretty much any task is the same person. In that case, there is some sense in others doing part of the work in spite of them being less efficient at it, simply because there are limits to what a single person can do. However, in a project as large and diverse as Emacs, when we indeed have the situation "if I had to tell anybody what I am doing, I would not have enough time to do it", this is basically an unmaintainable situation where indeed it might be more prudent from refraining to a change where not even the resources for properly implementing it throughout the code base _or_ communicating the necessary changes are available. --=20 David Kastrup