Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id C104DDE6F for ; Sat, 16 Mar 2013 05:05:44 +0000 (UTC) Received: (qmail 11975 invoked by uid 500); 16 Mar 2013 05:05:44 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 11933 invoked by uid 500); 16 Mar 2013 05:05:43 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 11901 invoked by uid 99); 16 Mar 2013 05:05:42 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Mar 2013 05:05:42 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of wendallc@83864.com designates 209.85.160.44 as permitted sender) Received: from [209.85.160.44] (HELO mail-pb0-f44.google.com) (209.85.160.44) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 16 Mar 2013 05:05:37 +0000 Received: by mail-pb0-f44.google.com with SMTP id wz12so4667196pbc.17 for ; Fri, 15 Mar 2013 22:05:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=83864.com; s=google; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=+DMnj4tipeQUneS3D6JaT4mmLxfZBXvloAjEIgwaacM=; b=Z7SZiIgowfddyPcp+tLk6w8/1LxFnWffQFoAANpAB77FJrXGMtsJyIhFPnsXRY0S21 f118xYaZ3goKQwSOH/qUZMa6YZh4LzxfjLL1tJYCcT55AmkoIH0ge0N20bfxxiEudvOY LcD48XlHldmdIECsrml/LC+4NkYUutdXV+Sdk= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding :x-gm-message-state; bh=+DMnj4tipeQUneS3D6JaT4mmLxfZBXvloAjEIgwaacM=; b=Ab85Xd11JdeQTIAJL+dkQy16KBy1S6EsjwIEM7gMfpZaBTy1UwE2clVMucjbFJId7X lmWMqUGB8fMOAZOPqIR4//cR/bSE6y5agr9Ob6wDux/FXhoLqUhIphhyfGpe5f1uITAC RryGJ2rcJImvsvJOXS2Xvr5ToJ91QxiNlRnU13+gqRNrIkGPs7mt/P62QJTr1ABpG/pP M0L9mMB9VuRXsQ3ug3w0c4YsAQGA/YbAGhQcBcnkY6cJVS1ihIf6m0cyDCuG+kI1yKkL kMtlHYWTwn9qJ/7X5GYIEaRpYwJ2eY6vLN/sHcH8J34nAAxI7hrGVewdwBZ7L0Smc+Ow K56Q== X-Received: by 10.68.196.193 with SMTP id io1mr22170124pbc.196.1363410316867; Fri, 15 Mar 2013 22:05:16 -0700 (PDT) Received: from wlaptop.localdomain (c-67-170-132-85.hsd1.or.comcast.net. [67.170.132.85]) by mx.google.com with ESMTPS id xc4sm12126967pbc.41.2013.03.15.22.05.14 (version=TLSv1 cipher=RC4-SHA bits=128/128); Fri, 15 Mar 2013 22:05:15 -0700 (PDT) Message-ID: <5143FD89.5050404@83864.com> Date: Fri, 15 Mar 2013 22:05:13 -0700 From: Wendall Cada User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130219 Thunderbird/17.0.3 MIME-Version: 1.0 To: dev@couchdb.apache.org Subject: Re: [DISCUSS] Send Github new comment notifications to the dev list References: <731E2379-0031-4137-ABB4-78914713EF8C@apache.org> <65A80E2D-0742-4C12-9671-2BA4B8ED477E@apache.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Gm-Message-State: ALoCoQm1M50K/UqtMwhlQKJ8CIfITE4bxaB0oTeYLAvVisrW4G3Yai+vs/U85gsPjfBfwCFl3zB4 X-Virus-Checked: Checked by ClamAV on apache.org +1 on sending the discussion to the ML. Another thought is, if there was some type of consensus for what a good patch request looked like, and was documented and understandable, a PR on github could lead to giving the submitter instructions for the recommended best method. Currently, it's very confusing for outside contributors, like myself. I'm pretty savvy about all the available methods, and still not sure exactly what to do. In the last few patches I created, I made PR on github, and added the patches to the relevant JIRA tickets. In one case, I didn't have a JIRA ticket for the initial PR, so I created a JIRA ticket for it and updated. Bottom line for me is that it doesn't matter what needs doing, just need instructions for what needs done. The details are quite irrelevant so long as it doesn't fall through the cracks. Really without any clear instructions or method, the outside impression can easily be misinterpreted that the contributions are unwelcome. I know this isn't the case, but just being clear that it's easy to draw incorrect conclusions when no clear evidence exists for any viewpoint. Wendall On 03/15/2013 06:13 PM, Noah Slater wrote: > Not trying to ignore it, Benoit. And I'm not saying I have the complete > solution to all the things we talked about. I'm just yanking out one > (minor) concrete suggestion and trying to get a green light for someone to > play around with it. > > > On 16 March 2013 01:04, Benoit Chesneau wrote: > >> this thread is quite ignoring the current discussion on another thread >> though. The question is are we trying to hack around the problem or >> solve it? >> >> I'm -0 on that for that reason. >> >> - beno�t >> >> On Fri, Mar 15, 2013 at 6:01 PM, Jan Lehnardt wrote: >>> +1 >>> >>> On 16.03.2013, at 00:47, Paul Davis wrote: >>> >>>> +1 >>>> >>>> On Fri, Mar 15, 2013 at 6:39 PM, Adam Kocoloski >> wrote: >>>>> On Mar 15, 2013, at 7:16 PM, Noah Slater wrote: >>>>> >>>>>> You do not have to respond if you think this is a good idea. In 72 >> hours I >>>>>> will assume lazy consensus. >>>>> Hope you don't mind if I respond anyway. >>>>> >>>>> +1 > >