From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id E567DE72 for ; Wed, 6 May 2015 11:00:39 +0200 (CEST) Received: from int-mx11.intmail.prod.int.phx2.redhat.com (int-mx11.intmail.prod.int.phx2.redhat.com [10.5.11.24]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id t4690cV9027183 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL) for ; Wed, 6 May 2015 05:00:38 -0400 Received: from localhost.localdomain (vpn1-5-36.ams2.redhat.com [10.36.5.36]) by int-mx11.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id t4690bOS009266 for ; Wed, 6 May 2015 05:00:37 -0400 Message-ID: <5549D835.5030208@redhat.com> Date: Wed, 06 May 2015 12:00:37 +0300 From: Panu Matilainen User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: dev@dpdk.org References: <20150501164512.GB27756@hmsreliant.think-freely.org> <20150501173108.GA24714@mhcomputing.net> <533710CFB86FA344BFBF2D6802E602860466B524@SHSMSX101.ccr.corp.intel.com> <20150504174857.GA27496@mhcomputing.net> <924D0FD1-4A1F-4C3E-929C-38C29AED61D7@netgate.com>, <20150505135542.GB27259@hmsreliant.think-freely.org> <0CA4031C-561F-4BB9-8B14-674D6D99EE6E@intel.com> <5549CCEC.8090606@redhat.com> <5549D10C.7010300@netinsight.net> In-Reply-To: <5549D10C.7010300@netinsight.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.24 Subject: Re: [dpdk-dev] GitHub sandbox for the DPDK community X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 May 2015 09:00:40 -0000 On 05/06/2015 11:30 AM, Simon Kågström wrote: > On 2015-05-06 10:12, Panu Matilainen wrote: >> On 05/05/2015 07:43 PM, Wiles, Keith wrote: >> >>> GitHub offers a different set of processes and >>> tools, which we do not have to create. Moving to GitHub is a change >>> for the community and I feel a good change for the better. >> >> Like quite a few others in this thread, I dont care if the git repo >> moved to the end of internet as long as email continues to be a >> first-class means for patch submissions, reviews and other >> communication. It doesn't have to be the only way as clearly many people >> prefer otherwise. > > Perhaps something like pull-request-mailer could be used to tend to both > camps? I.e., sending out github pull requests to the mailing list for > review: > > https://github.com/google/pull-request-mailer > > Anyway, for me personally (as a DPDK outsider), what I feel would be the > main improvement with using github would be that they have a very > well-integrated bug reporting system that keeps track of e.g., the > commit that fixes the bug etc. > > I recently submitted a build issue to the mailing list, which Olivier > Matz promptly fixed with a patch (but which haven't been merged as far > as I can tell). In the gihub workflow, I'd submitted a bug report > ("Issue #13" for example), Olivier would have fixed this through a > merge-request ("Issue #13: scripts: fix relpath.sh output when build dir > is a symlink") and I'd acked that fix in the bug report. When the merge > request was merged to the git repo, the bug report would be closed. Okay, there's a solid technical point in favor of GitHub, there haven't been too many of those in this thread. Of course there are any number of bug/issue trackers out there but the current lack of bug tracking system beyond email for DPDK is somewhat disconcerting. > > I'm also interested in the architecture discussions etc (or the github > debate!) on the list, but I really don't read patches sent to the list. > > > So if I had a vote (which I shouldn't have :-)), I'd vote for a gradual > move to github and a mailing list split. One simple way to increase visibility on GH without affecting anything (so should be mostly harmless) else might be creating an official read-only mirror in there like various "big name" projects have done: https://help.github.com/articles/about-github-mirrors/ - Panu -