From dev-return-2355-archive-asf-public=cust-asf.ponee.io@mxnet.incubator.apache.org Thu Mar 8 20:52:11 2018 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by mx-eu-01.ponee.io (Postfix) with SMTP id E7BA418064C for ; Thu, 8 Mar 2018 20:52:09 +0100 (CET) Received: (qmail 29472 invoked by uid 500); 8 Mar 2018 19:52:08 -0000 Mailing-List: contact dev-help@mxnet.incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@mxnet.incubator.apache.org Delivered-To: mailing list dev@mxnet.incubator.apache.org Received: (qmail 29460 invoked by uid 99); 8 Mar 2018 19:52:08 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 08 Mar 2018 19:52:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id A81361A191C for ; Thu, 8 Mar 2018 19:52:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.878 X-Spam-Level: * X-Spam-Status: No, score=1.878 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (1024-bit key) header.d=connect.ust.hk Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id 760x21Xtij-j for ; Thu, 8 Mar 2018 19:51:57 +0000 (UTC) Received: from APC01-PU1-obe.outbound.protection.outlook.com (mail-pu1apc01on0134.outbound.protection.outlook.com [104.47.126.134]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id 187D25F195 for ; Thu, 8 Mar 2018 19:51:55 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=connect.ust.hk; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=VN0pn6A0gmeCvIZNDhmXMCgsF7aumkNdwgxQcbdMR+k=; b=AkRi39yP3AosSfLPBUdbsujFiXNfViRAehXMjn7JXb+fU2v6wjdIGINr/Z3Mv5JuHMeyPJnAjpyPfOOX/5xjYGt3xJoe+GqA39HHBKOLvLvEzmlKM5I1aBTOHzqYeLILgRXFTh7kRM2d9MSkGdYycFwCwPxPO2YV6Pgh4t9r17I= Received: from HK2PR01MB0737.apcprd01.prod.exchangelabs.com (10.165.54.139) by HK2PR01MB1105.apcprd01.prod.exchangelabs.com (10.165.178.151) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.567.14; Thu, 8 Mar 2018 19:51:45 +0000 Received: from HK2PR01MB0737.apcprd01.prod.exchangelabs.com ([fe80::6439:8481:e433:769d]) by HK2PR01MB0737.apcprd01.prod.exchangelabs.com ([fe80::6439:8481:e433:769d%4]) with mapi id 15.20.0567.015; Thu, 8 Mar 2018 19:51:45 +0000 From: Xingjian SHI To: "dev@mxnet.incubator.apache.org" Subject: Re: [RESULT][VOTE] tracking code changes with JIRA by associating pull requests Thread-Topic: [RESULT][VOTE] tracking code changes with JIRA by associating pull requests Thread-Index: AQHTsrZ0yKSvK3Ac602ktdMiQIK4j6PEQLmAgADa5QCAAAZ4gIAAAk4AgAAFoYCAAQuOAIAAX96AgAAGogCAAANlgIAABWqAgAAFGoCAAAM6AIAAA2qAgAADsQCAAAU0gIAABWSAgAACS4CAAAGFsYAAA4EAgAAAThE= Date: Thu, 8 Mar 2018 19:51:45 +0000 Message-ID: References: <998A38B5-0519-4FEA-9155-22F62177BF48@gmail.com> , In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=xshiab@connect.ust.hk; x-originating-ip: [54.240.196.190] x-ms-publictraffictype: Email x-microsoft-exchange-diagnostics: 1;HK2PR01MB1105;7:Fo0+lyzypNJCmWFCKxUauwcDZK9alTtLRYpy7b3eFblAlQOcvBnAK8Lw/6o69j4sFuCrMv2QFRRzO83rZLXcrtb86C3JNul6C1r9gs9b5qqs7REP4dKOgoLrUhJvxitpjLQh+uy1BoTT87zthOUg7ULBeGxJMdZYnGhjVXtanSJVv+0KvdWbNU7Hf04AI9eCQ8by5UyFdV5SuvOABWUbyazODdxZw5D78WoFKrSh6MWgx4A2U0X1d9z2KklKosr5 x-ms-exchange-antispam-srfa-diagnostics: SSOS; x-ms-office365-filtering-correlation-id: d2ac0b03-45ce-4943-e7ba-08d5852e0592 x-microsoft-antispam: UriScan:(246825082057901);BCL:0;PCL:0;RULEID:(7020095)(4652020)(8989060)(5600026)(4604075)(3008032)(4534165)(7168020)(4627221)(201703031133081)(201702281549075)(8990040)(2017052603328)(7167020)(7153060)(7193020);SRVR:HK2PR01MB1105; x-ms-traffictypediagnostic: HK2PR01MB1105: x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(134217032509453)(271806183753584)(85827821059158)(190461294614860)(5213294742642)(246825082057901)(211171220733660)(8415204561270); x-exchange-antispam-report-cfa-test: BCL:0;PCL:0;RULEID:(6040501)(2401047)(8121501046)(5005006)(3231220)(944501244)(52105095)(93006095)(93001095)(3002001)(10201501046)(6041288)(20161123558120)(20161123564045)(20161123562045)(20161123560045)(201703131423095)(201702281529075)(201702281528075)(20161123555045)(201703061421075)(201703061406153)(6072148)(201708071742011);SRVR:HK2PR01MB1105;BCL:0;PCL:0;RULEID:;SRVR:HK2PR01MB1105; x-forefront-prvs: 060503E79B x-forefront-antispam-report: SFV:NSPM;SFS:(10019020)(346002)(396003)(366004)(39860400002)(39380400002)(376002)(189003)(199004)(81166006)(8676002)(1730700003)(5250100002)(8936002)(606006)(6246003)(2501003)(5640700003)(33656002)(55016002)(786003)(14971765001)(6436002)(99286004)(316002)(14454004)(7736002)(76176011)(81156014)(966005)(7696005)(97736004)(478600001)(68736007)(105586002)(106356001)(186003)(59450400001)(2950100002)(93886005)(3660700001)(53946003)(6506007)(55236004)(86362001)(53546011)(2351001)(74316002)(236005)(6916009)(229853002)(26005)(74482002)(3846002)(25786009)(53936002)(5660300001)(2900100001)(2906002)(54896002)(6606003)(9686003)(3280700002)(66066001)(102836004)(6116002)(19627405001)(6306002)(69594002)(579004);DIR:OUT;SFP:1102;SCL:1;SRVR:HK2PR01MB1105;H:HK2PR01MB0737.apcprd01.prod.exchangelabs.com;FPR:;SPF:None;PTR:InfoNoRecords;MX:1;A:1;LANG:en; received-spf: None (protection.outlook.com: connect.ust.hk does not designate permitted sender hosts) x-microsoft-antispam-message-info: cj8oRG2XAGKBn9tBDKnYjeaYnlyYIpPY8jlv9qTc2Ldi2o99E3ZWWYlgELNe4HF8JVuvA+sQVDMMw9E5byXEMB7CldVU7kYpQFeDiXSkkD9WVtfNC3CJUBctyg7C5Vws87IRZeaizv7EhIQk0sbYHUWp8lHCTFOuGIkXF3I+A0RnHi0njSVWyEITpyNxxxVZ6t06yL80CIyKtKC+Aj2i0Ys8KVT7Stp8oQ0Aq/StGoEU4vfSifvpp+5KWU5iuviQJ2miwRxA+yrisgKYO1PXyuEbpkS6YQaQ5bbCWAq/qCvTZGI6fSivypg7vEHwAYNUIDbROh2IegFvq/GFOc+8yQ== spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_HK2PR01MB0737FBF95356B33060B84C83FCDF0HK2PR01MB0737apcp_" MIME-Version: 1.0 X-OriginatorOrg: connect.ust.hk X-MS-Exchange-CrossTenant-Network-Message-Id: d2ac0b03-45ce-4943-e7ba-08d5852e0592 X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Mar 2018 19:51:45.0205 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 6c1d4152-39d0-44ca-88d9-b8d6ddca0708 X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2PR01MB1105 --_000_HK2PR01MB0737FBF95356B33060B84C83FCDF0HK2PR01MB0737apcp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable How should we use Github issues if we do that? Currently it's supposed that= issues are created before the PR. Xingjian ________________________________ From: Chris Olivier Sent: Friday, March 9, 2018 3:44 AM To: dev@mxnet.incubator.apache.org Subject: Re: [RESULT][VOTE] tracking code changes with JIRA by associating = pull requests You should create the JIRA before you start work (long before the PR) so that people know what's being worked on and don't overlap. Ideally, anything people work on should have been in JIRA for some time before work starts so that there is some sort of holistic view of the direction of the project rather than the way it is now, where PR's just appear out of nowhere. On Thu, Mar 8, 2018 at 11:38 AM, Xingjian SHI wrote= : > What's the expected workflow if we use JIRA? I'm not clear about that. > Currently I'll 1) submit the PR, 2) describe what's done in the PR in > detail and refer to the related Github issues, 3) create the JIRA item by > copying the PR description, 4) change the title of the PR to > [MXNET-JIRA_ID]ORIGINAL_TITLE. During the process I find step-3/4 are > somehow unnecessary. > > > Best, > > Xingjian > > ________________________________ > From: Naveen Swamy > Sent: Friday, March 9, 2018 3:26 AM > To: dev@mxnet.incubator.apache.org > Subject: Re: [RESULT][VOTE] tracking code changes with JIRA by associatin= g > pull requests > > Whether to use Jira or not is a moot point now, I suggest lets discuss h= ow > to use Github/Jira effectively, to make it easy for contributors(new and > veterans). Let us use it for 6 months or so and collect feedback, people > who don't find it useful can start another VOTE. > > > On Thu, Mar 8, 2018 at 11:17 AM, Chris Olivier > wrote: > > > Oh my God, no... > > > > On Thu, Mar 8, 2018 at 10:58 AM, Anirudh wrote: > > > > > There should be an easy way to translate all the existing github issu= es > > > into work items in JIRA(Considering the work on labelling that is don= e > > for > > > github issues). > > > Does the JIRA bot handle this ? > > > > > > On Thu, Mar 8, 2018 at 10:40 AM, Chris Olivier > > > wrote: > > > > > > > Anyone can create a backlog item/JIRA ticket. > > > > > > > > Obvious cases might include: > > > > > > > > * Someone thinks of a task and (optionally) wants to develop it > > > themselves, > > > > so they create a backlog item and assign it to themself, putting it > > into > > > > "in progress" mode. > > > > * Someone dreams up a large feature and wants to create an epic wit= h > 30 > > > > subtasks, so they create the epic and its subtasks (grooming) > > > > * Someone wants to just pick up a random pre-existing backlog item = to > > > work > > > > on > > > > > > > > I do think that backlog items should be restricted to actual work > items > > > and > > > > not general issue reporting, but I'm certainly open to how other > Apache > > > > projects like Spark do that. So far it seems like github issues do= a > > > > pretty good job of that. > > > > > > > > > > > > On Thu, Mar 8, 2018 at 10:26 AM, Sheng Zha > wrote: > > > > > > > > > Good points on keeping a public backlog. Should we expect new > > > > contributors > > > > > to create such backlog items? Or who should own the responsibilit= y > of > > > > > creating backlog items? > > > > > > > > > > - Sent by my thumb > > > > > > > > > > > On Mar 8, 2018, at 10:14 AM, Nan Zhu > > wrote: > > > > > > > > > > > > just giving an example about Chris's opinion (how JIRA would he= lp > > for > > > > > more > > > > > > new users) > > > > > > > > > > > > I can see Spark 2.4 is highly possible to include the nested > column > > > > > pruning > > > > > > in parquet file from its JIRA ( > > > > > > https://issues.apache.org/jira/browse/SPARK-4502) [SPARK-4502] Spark SQL reads unneccesary nested fields ... issues.apache.org When reading a field of a nested column from Parquet, SparkSQL reads and as= semble all the fields of that nested column. This is unnecessary, as Parque= t supports fine ... > [SPARK-4502] Spark SQL reads unneccesary nested fields ...< > https://issues.apache.org/jira/browse/SPARK-4502> [SPARK-4502] Spark SQL reads unneccesary nested fields ... issues.apache.org When reading a field of a nested column from Parquet, SparkSQL reads and as= semble all the fields of that nested column. This is unnecessary, as Parque= t supports fine ... > issues.apache.org > When reading a field of a nested column from Parquet, SparkSQL reads and > assemble all the fields of that nested column. This is unnecessary, as > Parquet supports fine ... > > > > > > > > > > > > > > > it's hard for me to have any source to get the similar > expectation > > > for > > > > > MXNET > > > > > > > > > > > > Best, > > > > > > > > > > > > Nan > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > On Thu, Mar 8, 2018 at 10:03 AM, Chris Olivier < > > > cjolivier01@gmail.com> > > > > > > wrote: > > > > > > > > > > > >> Almost all Apache projects use JIRA. It's been proven to work > in > > > > > >> open-source. > > > > > >> Having backlog/development process public hopefully will help > > > > adoption. > > > > > >> Right now, what new users? Adoption is very slow, so I think > it's > > > > hard > > > > > to > > > > > >> argue that the current way of doing things is effective. > > > > > >> > > > > > >>> On Thu, Mar 8, 2018 at 9:44 AM, Sheng Zha > > > > wrote: > > > > > >>> > > > > > >>> Cool. Feel free to propose a change to the PR template. > > > > > >>> > > > > > >>> How would JIRA be less daunting to new users? > > > > > >>> > > > > > >>> -sz > > > > > >>> > > > > > >>>> On Mar 8, 2018, at 9:25 AM, Chris Olivier < > > cjolivier01@gmail.com> > > > > > >> wrote: > > > > > >>>> > > > > > >>>> My $0.02 about the PR template. > > > > > >>>> > > > > > >>>> I think it's a good idea. I think (just my opinion) is that > the > > > > > >> adoption > > > > > >>>> is low because it started out too big and daunting. It may > get > > > more > > > > > >>>> adoption if we started a little smaller -- with maybe two > > > > checkboxes" > > > > > >> and > > > > > >>>> also didn't have a line at the top stating "Description", > > because > > > > that > > > > > >>> feel > > > > > >>>> skind of awkward and github inserts extended label info abov= e > it > > > > > >>> sometimes. > > > > > >>>> > > > > > >>>> Just an idea. > > > > > >>>> > > > > > >>>>> On Thu, Mar 8, 2018 at 9:13 AM, Sheng Zha < > szha.pvg@gmail.com> > > > > > wrote: > > > > > >>>>> > > > > > >>>>> The PR template is designed for that and its poor adoption = is > > > > causing > > > > > >>> the > > > > > >>>>> same issue of missing information in PRs. My concern of usi= ng > > > JIRA > > > > is > > > > > >>> that > > > > > >>>>> more overhead would deter contribution and worsen the quali= ty > > of > > > > > >>>>> description. > > > > > >>>>> > > > > > >>>>> -sz > > > > > >>>>> > > > > > >>>>>> On Mar 8, 2018, at 8:49 AM, Nan Zhu > > > > > wrote: > > > > > >>>>>> > > > > > >>>>>> +1 on both suggestions > > > > > >>>>>> > > > > > >>>>>> a bit concern is on the quality of JIRA which is created > > > > > >> automatically > > > > > >>>>>> > > > > > >>>>>> I can see a lot of PRs are not described comprehensively, = if > > we > > > > just > > > > > >>> post > > > > > >>>>>> what in description to JIRA, it's error-propagating > > > > > >>>>>> > > > > > >>>>>> > > > > > >>>>>> but the quality of JIRA is a big topic worth more > discussions > > > > > >>>>>> > > > > > >>>>>> > > > > > >>>>>> > > > > > >>>>>> On Thu, Mar 8, 2018 at 3:06 AM, Marco de Abreu < > > > > > >>>>> marco.g.abreu@googlemail.com > > > > > >>>>>>> wrote: > > > > > >>>>>> > > > > > >>>>>>> Would it be possible to automatically create JIRA tickets > > when > > > a > > > > > >>> GitHub > > > > > >>>>>>> issue is being created? We could then mirror all comments > the > > > > same > > > > > >> way > > > > > >>>>> it's > > > > > >>>>>>> happening in https://issues.apache.org/ issues.apache.org issues.apache.org Apache currently hosts two different issue tracking systems, Bugzilla and J= ira. To find out how to report an issue for a particular project, please vi= sit the project ... > issues.apache.org issues.apache.org issues.apache.org Apache currently hosts two different issue tracking systems, Bugzilla and J= ira. To find out how to report an issue for a particular project, please vi= sit the project ... > issues.apache.org > Apache currently hosts two different issue tracking systems, Bugzilla and > Jira. To find out how to report an issue for a particular project, please > visit the project ... > > > > > > > jira/projects/MXNET/issues/ > > > > > >>>>> MXNET-42 > > > > > >>>>>>> but make sure that the bot works in both ways. A comment = on > > > > GitHub > > > > > >>>>> would be > > > > > >>>>>>> copied to JIRA and a JIRA comment to GitHub. I think this > > would > > > > be > > > > > >>> good > > > > > >>>>> as > > > > > >>>>>>> a first step to start integration. > > > > > >>>>>>> > > > > > >>>>>>> -Marco > > > > > >>>>>>> > > > > > >>>>>>> On Wed, Mar 7, 2018 at 8:08 PM, Marco de Abreu < > > > > > >>>>>>> marco.g.abreu@googlemail.com > > > > > >>>>>>>> wrote: > > > > > >>>>>>> > > > > > >>>>>>>> I also see this as a big advantage in terms of > > transparency. I > > > > > >>>>> personally > > > > > >>>>>>>> will try to move away from any company internal issue > > trackers > > > > > >>> (except > > > > > >>>>>>> for > > > > > >>>>>>>> confidential cases) and instead work on Jira that is bei= ng > > > > managed > > > > > >> by > > > > > >>>>> the > > > > > >>>>>>>> community. This allows everybody to see what is being > worked > > > on > > > > > and > > > > > >>>>> gives > > > > > >>>>>>>> them the possibility to chime with ideas or suggestions. > > > > > >>>>>>>> > > > > > >>>>>>>> In my opinion, this obsoletes TT and SIM to a big extent= . > > It's > > > > up > > > > > >> to > > > > > >>>>> you > > > > > >>>>>>>> if you maintain multiple issue trackers or stick to one. > If > > > > > anybody > > > > > >>>>> has a > > > > > >>>>>>>> (non-confidential) issue that's related to my work on CI= , > I > > > ask > > > > > >> them > > > > > >>> to > > > > > >>>>>>>> create a GitHub issue instead of a company internal tick= et > > - I > > > > > >> invite > > > > > >>>>>>>> everybody to do the same. > > > > > >>>>>>>> > > > > > >>>>>>>> MXNet is an open source project and moving away from > company > > > > > >> internal > > > > > >>>>>>>> trackers towards community driven ones is the next logic= al > > > step > > > > in > > > > > >> my > > > > > >>>>>>>> opinion. At the moment, everybody is working on their ow= n > > and > > > > it's > > > > > >>> hard > > > > > >>>>>>> to > > > > > >>>>>>>> see for external people (or even developer who are not > part > > of > > > > the > > > > > >>> same > > > > > >>>>>>>> team) what we're actually working on. > > > > > >>>>>>>> > > > > > >>>>>>>> -Marco > > > > > >>>>>>>> > > > > > >>>>>>>>> On Wed, Mar 7, 2018 at 7:48 PM, Naveen Swamy < > > > > mnnaveen@gmail.com > > > > > > > > > > > >>>>> wrote: > > > > > >>>>>>>>> > > > > > >>>>>>>>> I am +1 for using JIRA. Managing bigger projects within > > MXNet > > > > on > > > > > >>> JIRA > > > > > >>>>>>>>> brings openness to the project. MXNet Users and the > > > > contributors > > > > > >>> also > > > > > >>>>>>> get > > > > > >>>>>>>>> a > > > > > >>>>>>>>> sense of where the project is heading. > > > > > >>>>>>>>> Bigger Tasks can be divided into sub-tasks which > > contributors > > > > can > > > > > >>> pick > > > > > >>>>>>> up > > > > > >>>>>>>>> small tasks based on their expertise on and contribute > > > > > >>> independently. > > > > > >>>>>>>>> > > > > > >>>>>>>>> On Wed, Mar 7, 2018 at 10:40 AM, Chris Olivier < > > > > > >>> cjolivier01@gmail.com > > > > > >>>>>> > > > > > >>>>>>>>> wrote: > > > > > >>>>>>>>> > > > > > >>>>>>>>>> The vote was discussed on private@ before the vote on > > dev@, > > > > and > > > > > >>> the > > > > > >>>>>>>>> vote > > > > > >>>>>>>>>> went on for a very long time. There was ZERO > resistance. > > > No > > > > > >> one > > > > > >>>>>>>>> "snuck" > > > > > >>>>>>>>>> it in or "slipped it by". > > > > > >>>>>>>>>> > > > > > >>>>>>>>>> This, hopefully, phases out both SIM and tt, which are > > both > > > > are > > > > > >>> being > > > > > >>>>>>>>> used > > > > > >>>>>>>>>> in ways that aren't what they're even designed for, IM= O. > > > > > Trouble > > > > > >>>>>>>>> tickets > > > > > >>>>>>>>>> are being used as a backlog for my team, which is > insane. > > > > > >>>>>>>>>> > > > > > >>>>>>>>>> I've actually sent out a couple of mails on dev about > > > contact > > > > me > > > > > >> if > > > > > >>>>>>> you > > > > > >>>>>>>>>> don't have access to JIRA. If you would like to > > participate > > > > in > > > > > >> the > > > > > >>>>>>>>>> direction of the project, please keep up with the dev > > email > > > > > list. > > > > > >>>>>>>>>> > > > > > >>>>>>>>>> I gave you contributor permissions on JIRA, btw. > > > > > >>>>>>>>>> . > > > > > >>>>>>>>>> > > > > > >>>>>>>>>> > > > > > >>>>>>>>>> > > > > > >>>>>>>>>> On Wed, Mar 7, 2018 at 10:17 AM, Aaron Markham < > > > > > >>>>>>>>> aaron.s.markham@gmail.com> > > > > > >>>>>>>>>> wrote: > > > > > >>>>>>>>>> > > > > > >>>>>>>>>>> I'm not quite sure if I have enough background on > reasons > > > for > > > > > or > > > > > >>>>>>>>> against > > > > > >>>>>>>>>>> this to vote in the next round, but my two cents: I > > didn't > > > > see > > > > > >>> much > > > > > >>>>>>>>>> debate > > > > > >>>>>>>>>>> on why we need yet another tool for issues that we ha= ve > > to > > > > > >>> manually > > > > > >>>>>>>>>>> maintain...the vote kind of slid in there without man= y > > > > > >>> stakeholders > > > > > >>>>>>>>>>> realizing what they were being signed up for. I was > > > thinking, > > > > > >>> sure, > > > > > >>>>>>> if > > > > > >>>>>>>>>> YOU > > > > > >>>>>>>>>>> want to make jira tickets, go right ahead. I have two > > > > internal > > > > > >>>>>>>>> ticketing > > > > > >>>>>>>>>>> systems to deal with already that assign tasks on > MXNet, > > > plus > > > > > >>>>>>> GitHub. > > > > > >>>>>>>>>> Jira > > > > > >>>>>>>>>>> would be four. Happy to make it work, but I'll need > fifth > > > > tool > > > > > >> to > > > > > >>>>>>>>>> aggregate > > > > > >>>>>>>>>>> communications and metrics between the other four > tools! > > > I'm > > > > > >> only > > > > > >>>>>>>>> sort of > > > > > >>>>>>>>>>> joking. > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>>> I saw Chris's response, and ok the public visibility > part > > > > makes > > > > > >>>>>>> sense, > > > > > >>>>>>>>>> but > > > > > >>>>>>>>>>> does this phase out any other overhead? Does it > > integrate? > > > > Jira > > > > > >>> has > > > > > >>>>>>>>>>> integration options so maybe we can eliminate some > > > > overhead... > > > > > >>> Like > > > > > >>>>>>>>>>> something that hooks into the GitHub api and generate= s > > jira > > > > > >>> tickets > > > > > >>>>>>> on > > > > > >>>>>>>>>> the > > > > > >>>>>>>>>>> fly... I want to believe there's a plan that makes th= is > > all > > > > > >>> easier. > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>>> What value I don't see is how we lower barriers to > > > > contribution > > > > > >>> and > > > > > >>>>>>>>> make > > > > > >>>>>>>>>> it > > > > > >>>>>>>>>>> more fluid for new users that could become > contributors. > > > > What's > > > > > >>> the > > > > > >>>>>>>>> story > > > > > >>>>>>>>>>> and value proposition? > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>>> Also, I don't see any docs on the website or on githu= b > on > > > how > > > > > to > > > > > >>>>>>> sign > > > > > >>>>>>>>> up > > > > > >>>>>>>>>>> for jira, or how to contribute according to this new > > > > > requirement > > > > > >>>>>>>>> anywhere > > > > > >>>>>>>>>>> on the site. Myself and new contributors wouldn't kno= w > > what > > > > the > > > > > >>>>>>>>> expected > > > > > >>>>>>>>>>> flow looks like because it's not really accessible. I > now > > > see > > > > > >> the > > > > > >>>>>>>>>>> confluence wiki, but that's pretty much hidden from > > anyone > > > > > >>> browsing > > > > > >>>>>>>>> the > > > > > >>>>>>>>>>> site or github and looking to contribute. Why is this > > info > > > on > > > > > >>>>>>>>> confluence > > > > > >>>>>>>>>> at > > > > > >>>>>>>>>>> all? Why not in the docs on github that are rendered = to > > the > > > > > >>> website? > > > > > >>>>>>>>> Or > > > > > >>>>>>>>>>> conversely, why is some of the info on github and on > the > > > > > >> website, > > > > > >>> if > > > > > >>>>>>>>> it > > > > > >>>>>>>>>> is > > > > > >>>>>>>>>>> being maintained and current only on confluence? > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>>> These are two separate issues really, but I think if > you > > > want > > > > > >>>>>>> buy-in, > > > > > >>>>>>>>>> this > > > > > >>>>>>>>>>> needs to be more transparent and obvious, and provide > > clear > > > > > >>> reasons > > > > > >>>>>>>>> and > > > > > >>>>>>>>>>> benefits to why you're asking for more overhead. > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>>> Aaron > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>>>> On Mar 6, 2018 21:14, "Eric Xie" > > wrote: > > > > > >>>>>>>>>>>> > > > > > >>>>>>>>>>>> -1 > > > > > >>>>>>>>>>>> > > > > > >>>>>>>>>>>> JIRA is ancient and arcane. This adds unnecessary > > > overhead. > > > > > >>>>>>>>>>>> > > > > > >>>>>>>>>>>>> On 2018/03/03 06:11:12, CodingCat < > > codingcat@apache.org> > > > > > >> wrote: > > > > > >>>>>>>>>>>>> This vote passes with 6 +1 votes (6 bindings) and n= o > 0 > > or > > > > -1 > > > > > >>>>>>>>> votes. > > > > > >>>>>>>>>>>>> > > > > > >>>>>>>>>>>>> Binding +1: > > > > > >>>>>>>>>>>>> Chris Olivier > > > > > >>>>>>>>>>>>> Indhu Bharathi > > > > > >>>>>>>>>>>>> Suneel Marthi > > > > > >>>>>>>>>>>>> Yuan Tang > > > > > >>>>>>>>>>>>> Marco de Abreu > > > > > >>>>>>>>>>>>> Sebastian Schelter > > > > > >>>>>>>>>>>>> > > > > > >>>>>>>>>>>>> > > > > > >>>>>>>>>>>>> > > > > > >>>>>>>>>>>>> Vote thread: > > > > > >>>>>>>>>>>>> https://lists.apache.org/list. > > > > html?dev@mxnet.apache.org:lte=3D > > > > > >>>>>>>>>>>> 1M:tracking%20code%20changes%20with%20JIRA%20by% > > > > 20associatin > > > > > >>>>>>>>>>>> g%20pull%20requests > > > > > >>>>>>>>>>>>> > > > > > >>>>>>>>>>>>> I will continue with pushing the content to wiki an= d > > take > > > > it > > > > > >>>>>>> into > > > > > >>>>>>>>>>>> practice > > > > > >>>>>>>>>>>>> > > > > > >>>>>>>>>>>> > > > > > >>>>>>>>>>> > > > > > >>>>>>>>>> > > > > > >>>>>>>>> > > > > > >>>>>>>> > > > > > >>>>>>>> > > > > > >>>>>>> > > > > > >>>>> > > > > > >>> > > > > > >> > > > > > > > > > > > > > > > --_000_HK2PR01MB0737FBF95356B33060B84C83FCDF0HK2PR01MB0737apcp_--