From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Omitting Windows-specific parts from infrastructure changes Date: Wed, 21 Jan 2015 22:30:57 +0200 Message-ID: <831tmnx4e6.fsf@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> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1421872275 7786 80.91.229.3 (21 Jan 2015 20:31:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 21 Jan 2015 20:31:15 +0000 (UTC) Cc: emacs-devel@gnu.org To: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jan 21 21:31:10 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 1YE1vi-0005Sq-H4 for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 21:31:10 +0100 Original-Received: from localhost ([::1]:50076 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE1vh-0003Yb-RY for ged-emacs-devel@m.gmane.org; Wed, 21 Jan 2015 15:31:09 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41619) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE1vd-0003YI-KY for emacs-devel@gnu.org; Wed, 21 Jan 2015 15:31:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YE1va-0002WJ-9W for emacs-devel@gnu.org; Wed, 21 Jan 2015 15:31:05 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:61056) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YE1va-0002W6-26 for emacs-devel@gnu.org; Wed, 21 Jan 2015 15:31:02 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NIJ00M00NM70900@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Wed, 21 Jan 2015 22:31:00 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NIJ00LHRNNNUF40@a-mtaout22.012.net.il>; Wed, 21 Jan 2015 22:31:00 +0200 (IST) In-reply-to: <54C00076.1020406@cs.ucla.edu> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:181528 Archived-At: > Date: Wed, 21 Jan 2015 11:39:34 -0800 > From: Paul Eggert > CC: emacs-devel@gnu.org > > On 01/21/2015 09:55 AM, Eli Zaretskii wrote: > > > I could simply object to your changes that do a > > partial job, or revert them. > > Wow, is this really a threat to block or revert changes to the Emacs > mainline code, as leverage to force people to do unnecessary drudgework > to help polish up the MS-Windows code? No. It's a reminder that infrastructure changes should be done across the board, or not at all. A developer who does such changes cannot unilaterally decide that some parts of the code will be exempted. It is okay to ask others to help with platforms to which you don't have access. I offered you my help with Emacs code specific to MS-Windows. That offer still stands. IOW, what you call "polish up MS-Windows code" is actually part of the job of developing Emacs. You cannot unilaterally decide to change this policy. > This is starting to get ridiculous. Let's drop the discussion, as we're > 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.