From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jarek Czekalski Newsgroups: gmane.emacs.devel Subject: Re: participation & contribution [was: Latest changes with lisp/uni-*.el and leim/quail] Date: Sat, 30 Nov 2013 12:11:54 +0100 Message-ID: <5299C7FA.2080007@poczta.onet.pl> References: <83txew8m9v.fsf@gnu.org> <837gbr8uxa.fsf@gnu.org> <87wqjqts1b.fsf@gmail.com> <83zjom5ls5.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1385809868 25340 80.91.229.3 (30 Nov 2013 11:11:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 30 Nov 2013 11:11:08 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 30 12:11:14 2013 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 1VmiS9-0004jF-Fv for ged-emacs-devel@m.gmane.org; Sat, 30 Nov 2013 12:11:13 +0100 Original-Received: from localhost ([::1]:51604 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmiS8-0001hf-SV for ged-emacs-devel@m.gmane.org; Sat, 30 Nov 2013 06:11:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39750) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmiS1-0001hV-AZ for emacs-devel@gnu.org; Sat, 30 Nov 2013 06:11:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VmiRv-0007Gm-KE for emacs-devel@gnu.org; Sat, 30 Nov 2013 06:11:05 -0500 Original-Received: from smtpo56.poczta.onet.pl ([213.180.142.187]:49848) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VmiRv-0007GK-A2 for emacs-devel@gnu.org; Sat, 30 Nov 2013 06:10:59 -0500 Original-Received: from [192.168.17.5] (cj.e-siemianowice.pl [95.215.234.30]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: jarekczek@poczta.onet.pl) by smtp.poczta.onet.pl (Onet) with ESMTPSA id 3dWqdX65ZlzYsY9f for ; Sat, 30 Nov 2013 12:10:55 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=poczta.onet.pl; s=2011; t=1385809856; bh=Uacl+pICPlum9HdButz2ttR+qXWJb3HaPFNhVdL64ls=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Wclem6BUC9x11rt+yXxQgvrq/gExJtgYxI9gKumyv2jXTJsuH1tUjRRWL9npEk2KC 1ERB/hibqQ5gNWcDprP6SfdIfmMQBj9d/g6NB2RjsHmGBT6fUaedNZeB4f67KxuUTN n8gag/taDkScKcDI/hAXdNM9m+w43ppgZMhRoyxE= User-Agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.1.1 In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 213.180.142.187 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:165932 Archived-At: W dniu 11/30/2013 09:43 AM, Dani Moncayo pisze: >> Glenn's frustration (which I share) is that here's an Emacs >> _developer_ who has write access to the repository, and is quite >> capable of doing the 5-sec commit job, but refuses to do so on some >> ^%$#@! principle and lame excuses. >> >> IOW, he is publicly demonstrating his attitude to the project, asking >> others (whose plate is much more full than his, and whose time is more >> sparse than his) to act as his dutiful servants. > With all due respect, Eli. I'm sorry that you think so. > > I want to contribute to Emacs, while at the same time using the VCS I > like. Just that. The only drawback of that approach is that every > now and then some other developer would have to commit some patch of > mine. I think it is a reasonable tradeoff. > > I have also another idea of fair approach. If you, Dani, don't want to learn bzr, others may not want to waste time on commiting patches that are not useful to them. At this moment these are the patches regarding git things. The best user is such that brings only pluses to the project, without intended minuses. If one says "I'm helping, but I'll never learn bzr and you have to commit my patches if you want them", they bring a delibarate minus to the project, decreasing other developer's time. Eli supported. It's hard to judge for me, a newcomer, whether Dani's pluses largely outweight minuses, but in general a developer should be able to work on their own. Still exceptions may be done for some honorable or valueable people. It would be best if one of the developer's declared: "I'll be commiting every patch of Dani. My time is worth less than his, so I'll be doing it instead of him". On the other hand, saying: "**someone** should be commiting it, because his work is good" is unfair too. Jarek