Re: PSA: JIRA resolutions and meanings

That's awesome Sean, very clear. One minor thing, noncommiters can't change assigned field as far as I know. On Oct 9, 2016 3:40 AM, "Sean Owen" wrote: I added a variant on this text to https://cwiki.apache.org/

Re: PSA: JIRA resolutions and meanings

I added a variant on this text to https://cwiki.apache.org/confluence/display/SPARK/Contributing+to+Spark#ContributingtoSpark-ContributingtoJIRAMaintenance On Sat, Oct 8, 2016 at 10:09 AM Sean Owen wrote: > That flood of emails means several people (Xiao, Holden mostly

Re: PSA: JIRA resolutions and meanings

Cool, I'll start going through stuff as I have time. Already closed one, if anyone sees a problem let me know. Still think it would be nice to have some way to make it obvious to the people who have the will and knowledge to do it that it's ok for them to do it :) On Sat, Oct 8, 2016 at 2:19

Re: PSA: JIRA resolutions and meanings

I think so (at least I think it is socially acceptable). Of course, use good judgement here :) On Sat, Oct 8, 2016 at 12:06 PM, Cody Koeninger wrote: > So to be clear, can I go clean up the Kafka cruft? > > On Sat, Oct 8, 2016 at 1:41 PM, Reynold Xin

Re: PSA: JIRA resolutions and meanings

So to be clear, can I go clean up the Kafka cruft? On Sat, Oct 8, 2016 at 1:41 PM, Reynold Xin wrote: > > On Sat, Oct 8, 2016 at 2:09 AM, Sean Owen wrote: >> >> >> - Resolve as Fixed if there's a change you can point to that resolved the >> issue >> - If

Re: PSA: JIRA resolutions and meanings

On Sat, Oct 8, 2016 at 2:09 AM, Sean Owen wrote: > > - Resolve as Fixed if there's a change you can point to that resolved the > issue > - If the issue is a proper subset of another issue, mark it a Duplicate of > that issue (rather than the other way around) > - If it's

Re: PSA: JIRA resolutions and meanings

+1 on this proposal and everyone can contribute to updates and discussions on JIRAs Will be great if this could be put on the Spark wiki. On Sat, Oct 8, 2016 at 9:05 AM -0700, "Ted Yu" > wrote: Makes sense. I trust Hyukjin, Holden and

Re: PSA: JIRA resolutions and meanings

Makes sense. I trust Hyukjin, Holden and Cody's judgement in respective areas. I just wish to see more participation from the committers. Thanks > On Oct 8, 2016, at 8:27 AM, Sean Owen wrote: > > Hyukjin

Re: PSA: JIRA resolutions and meanings

I know what you mean Ted, and I think actually what's happening here is fine, but I'll explain my theory. There are a range of actions in the project where someone makes a decision, from answering an email to creating a release. We already accept that only some of these require a formal status;

Re: PSA: JIRA resolutions and meanings

We could certainly do that system - but given the current somewhat small set of active committers its clearly not scaling very well. There are many developers in Spark like Hyukjin, Cody, and myself who care about specific areas and can verify if an issue is still present in mainline. That being

Re: PSA: JIRA resolutions and meanings

I think only committers should resolve JIRAs which were not created by himself / herself. > On Oct 8, 2016, at 6:53 AM, Hyukjin Kwon wrote: > > I am uncertain too. It'd be great if these are documented too. > > FWIW, in my case, I privately asked and told Sean first that

Re: PSA: JIRA resolutions and meanings

I am uncertain too. It'd be great if these are documented too. FWIW, in my case, I privately asked and told Sean first that I am going to look though the JIRAs and resolve some via the suggested conventions from Sean. (Definitely all blames should be on me if I have done something terribly

Re: PSA: JIRA resolutions and meanings

That makes sense, thanks. One thing I've never been clear on is who should be allowed to resolve Jiras. Can I go clean up the backlog of Kafka Jiras that weren't created by me? If there's an informal policy here, can we update the wiki to reflect it? Maybe it's there already, but I didn't see

PSA: JIRA resolutions and meanings

That flood of emails means several people (Xiao, Holden mostly AFAICT) have been updating the status of old JIRAs. Thank you, I think that really does help. I have a suggested set of conventions I've been using, just to bring some order to the resolutions. It helps because JIRA functions as a