You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@harmony.apache.org by Leo Simons <ma...@leosimons.com> on 2006/03/07 18:14:07 UTC
jira messages redirected to commits mailing list (was: [jira] Updated: (HARMONY-188) ...)
Taking care of this now...
I will note that this makes it even more important for committers and
active contributors to subscribe to the commits mailing list - a lot of
important information is in those jira messages.
I will also note that it *also* makes it even more important that Jira
is not used for discussion - that really needs to happen here on the
mailing list where everyone can track it. The ASF has had some bad
experience in the past with too much communication going via the issue
tracker; this isn't so much a guideline as it is a pretty hard
requirement.
- Leo
On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
> Mark Hindess wrote:
> >Geir, There are quite a lot of JIRA messages these days, perhaps it
> >is time to split the JIRA traffic to a separate list with a reply-to
> >set to harmony-dev. Or perhaps just have them sent to the commit
> >list?
>
> Yes, please... +1e6
>
> -Archie
Re: jira messages redirected to commits mailing list
Posted by Leo Simons <ma...@leosimons.com>.
On Tue, Mar 07, 2006 at 03:51:31PM -0500, Geir Magnusson Jr wrote:
> That's great! I wonder if we have that feature turned on in the ASF
> installation....
>
> Craig Blake wrote:
> >One of the cooler Jira features is the mailing list integration. You
> >can subscribe it to the mailing list, after which it will automatically
> >scan email subjects for issue identifiers (i.e. HARMONY-xxxx) and add
> >the email content as a comment to the referenced issue, including
> >attachments. That might make it easier to maintain discussion on the
> >list and have it propagated into JIRA rather than the other way around,
> >if that's the way people want to go.
> >
> >http://www.atlassian.com/software/jira/docs/latest/issue_creation_email.html
Jeff turned some of this kind of stuff on at some point then turned it off
again. I believe it is not set up "properly"; there's a lot of detail in the
infra@ mbox archives; I believe its all not so trivial.
- Leo
Re: jira messages redirected to commits mailing list
Posted by Geir Magnusson Jr <ge...@pobox.com>.
That's great! I wonder if we have that feature turned on in the ASF
installation....
Craig Blake wrote:
> One of the cooler Jira features is the mailing list integration. You
> can subscribe it to the mailing list, after which it will automatically
> scan email subjects for issue identifiers (i.e. HARMONY-xxxx) and add
> the email content as a comment to the referenced issue, including
> attachments. That might make it easier to maintain discussion on the
> list and have it propagated into JIRA rather than the other way around,
> if that's the way people want to go.
>
> http://www.atlassian.com/software/jira/docs/latest/issue_creation_email.html
>
>
> Craig
>
> On Mar 7, 2006, at 10:48 AM, Tim Ellison wrote:
>
>> Geir Magnusson Jr wrote:
>>>
>>>
>>> Tim Ellison wrote:
>>>> Is there some way to teach JIRA not to send so much mail?
>>>
>>> Stop using it as a chat room. :)
>>
>> So what is the right way to use JIRA?
>>
>> - people open an issue,
>> - maybe comment with a test case
>> - maybe attach a patch or two
>> - I may comment on the issue, with comments that are relevant to that
>> specific issue
>> - when I work on it I assign it to me, and say progress started
>> - when I'm done I resolve it
>> - when the reporter has verified it they comment to say so
>> - I close it as verified
>>
>> What steps should I stop doing?
>>
>>>> Every state change produces mail to the world - even though it is
>>>> likely
>>>> only of interest to the reporter, assignee, and watchers. i.e. any way
>>>> to solve the problem rather than move it ;-)
>>>
>>> Every change should be visible to everyone for maximum transparency, or
>>> so I believe. It would be a pain in the rear if one had to explicitly
>>> sign up for each jira one was interested in.
>>
>> Some people say every JIRA state change / comment is too much 'spam' --
>> you want to see them all ...
>>
>>> That said, once the VM activity gets really honking, we'll probably need
>>> a second stream for those...
>>
>> Not sure why the VM is special here.
>>
>> Regards,
>> Tim
>>
>>>> Leo Simons wrote:
>>>>> Taking care of this now...
>>>>>
>>>>> I will note that this makes it even more important for committers and
>>>>> active contributors to subscribe to the commits mailing list - a
>>>>> lot of
>>>>> important information is in those jira messages.
>>>>>
>>>>> I will also note that it *also* makes it even more important that Jira
>>>>> is not used for discussion - that really needs to happen here on the
>>>>> mailing list where everyone can track it. The ASF has had some bad
>>>>> experience in the past with too much communication going via the issue
>>>>> tracker; this isn't so much a guideline as it is a pretty hard
>>>>> requirement.
>>>>>
>>>>> - Leo
>>>>>
>>>>> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>>>>>> Mark Hindess wrote:
>>>>>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>>>>>> is time to split the JIRA traffic to a separate list with a reply-to
>>>>>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>>>>>> list?
>>>>>> Yes, please... +1e6
>>>>>>
>>>>>> -Archie
>>>>
>>>
>>
>> --
>> Tim Ellison (t.p.ellison@gmail.com)
>> IBM Java technology centre, UK.
>
>
Re: jira messages redirected to commits mailing list
Posted by Craig Blake <cr...@mac.com>.
One of the cooler Jira features is the mailing list integration. You
can subscribe it to the mailing list, after which it will
automatically scan email subjects for issue identifiers (i.e. HARMONY-
xxxx) and add the email content as a comment to the referenced issue,
including attachments. That might make it easier to maintain
discussion on the list and have it propagated into JIRA rather than
the other way around, if that's the way people want to go.
http://www.atlassian.com/software/jira/docs/latest/
issue_creation_email.html
Craig
On Mar 7, 2006, at 10:48 AM, Tim Ellison wrote:
> Geir Magnusson Jr wrote:
>>
>>
>> Tim Ellison wrote:
>>> Is there some way to teach JIRA not to send so much mail?
>>
>> Stop using it as a chat room. :)
>
> So what is the right way to use JIRA?
>
> - people open an issue,
> - maybe comment with a test case
> - maybe attach a patch or two
> - I may comment on the issue, with comments that are relevant to that
> specific issue
> - when I work on it I assign it to me, and say progress started
> - when I'm done I resolve it
> - when the reporter has verified it they comment to say so
> - I close it as verified
>
> What steps should I stop doing?
>
>>> Every state change produces mail to the world - even though it is
>>> likely
>>> only of interest to the reporter, assignee, and watchers. i.e.
>>> any way
>>> to solve the problem rather than move it ;-)
>>
>> Every change should be visible to everyone for maximum
>> transparency, or
>> so I believe. It would be a pain in the rear if one had to
>> explicitly
>> sign up for each jira one was interested in.
>
> Some people say every JIRA state change / comment is too much
> 'spam' --
> you want to see them all ...
>
>> That said, once the VM activity gets really honking, we'll
>> probably need
>> a second stream for those...
>
> Not sure why the VM is special here.
>
> Regards,
> Tim
>
>>> Leo Simons wrote:
>>>> Taking care of this now...
>>>>
>>>> I will note that this makes it even more important for
>>>> committers and
>>>> active contributors to subscribe to the commits mailing list - a
>>>> lot of
>>>> important information is in those jira messages.
>>>>
>>>> I will also note that it *also* makes it even more important
>>>> that Jira
>>>> is not used for discussion - that really needs to happen here on
>>>> the
>>>> mailing list where everyone can track it. The ASF has had some bad
>>>> experience in the past with too much communication going via the
>>>> issue
>>>> tracker; this isn't so much a guideline as it is a pretty hard
>>>> requirement.
>>>>
>>>> - Leo
>>>>
>>>> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>>>>> Mark Hindess wrote:
>>>>>> Geir, There are quite a lot of JIRA messages these days,
>>>>>> perhaps it
>>>>>> is time to split the JIRA traffic to a separate list with a
>>>>>> reply-to
>>>>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>>>>> list?
>>>>> Yes, please... +1e6
>>>>>
>>>>> -Archie
>>>
>>
>
> --
>
> Tim Ellison (t.p.ellison@gmail.com)
> IBM Java technology centre, UK.
Re: jira messages redirected to commits mailing list
Posted by Tim Ellison <t....@gmail.com>.
Geir Magnusson Jr wrote:
> Tim Ellison wrote:
>> Geir Magnusson Jr wrote:
>>>
>>> Tim Ellison wrote:
<snip>
>> What steps should I stop doing?
>
> It was a joke, referring to my continual plea to get some of the
> conversations out and into -dev@
Sorry, the joke was lost on me.
I would like to help reduce the volume of jira mail. For me it is easy
enough to create a client filter to put messages sent from jira@a.o in a
separate folder, but I can quite understand the request to filter
server-side, by moving the mail to a less-subscribed mailing list
(commits) or its own mailing list or whatever.
>>>> Every state change produces mail to the world - even though it is
>>>> likely
>>>> only of interest to the reporter, assignee, and watchers. i.e. any way
>>>> to solve the problem rather than move it ;-)
>>> Every change should be visible to everyone for maximum transparency, or
>>> so I believe. It would be a pain in the rear if one had to explicitly
>>> sign up for each jira one was interested in.
>>
>> Some people say every JIRA state change / comment is too much 'spam' --
>> you want to see them all ...
>
> Yes, because mail is easy to delete, filter, ignore.
>
> More importantly, I think a model that requires the community to
> individually add themselves to each JIRA as a watcher is one prone to
> failure of oversight. I know that I'd forget, and I believe that full
> flows like this sometimes catch the attention of a new person to
> participate. There also is the issue of archiving that mail stream...
> It could be that isn't as important because JIRA has the info, but OTOH
> someone might want to prove something was done with full exposure to the
> community.
Sure.
> I guess my answer right now is that given how we are currently using
> JIRA, I can't think of anything to cut out...
>
> Now that it doesn't go to -dev@, it's easier for those that want to
> participate less?
>
> Maybe we have a separate list for the jira flow that we ask every
> committer to sub to, but then people can just watch -dev@ and/or
> -commit@ and not have to deal with it?
Lets see how it goes with the mail going to -commit@
>>> That said, once the VM activity gets really honking, we'll probably need
>>> a second stream for those...
>>
>> Not sure why the VM is special here.
>
> Not special, but different. It will be a separate group of people
> working on different things, so we may want to start segmenting the mail
> streams. People may really not care about VM stuff if the work on
> classlib stuff, or classlib stuff if they are focused on the JIT or
> something.
>
> We'll have to see.
I agree.
Regards,
Tim
>>>> Leo Simons wrote:
>>>>> Taking care of this now...
>>>>>
>>>>> I will note that this makes it even more important for committers and
>>>>> active contributors to subscribe to the commits mailing list - a
>>>>> lot of
>>>>> important information is in those jira messages.
>>>>>
>>>>> I will also note that it *also* makes it even more important that Jira
>>>>> is not used for discussion - that really needs to happen here on the
>>>>> mailing list where everyone can track it. The ASF has had some bad
>>>>> experience in the past with too much communication going via the issue
>>>>> tracker; this isn't so much a guideline as it is a pretty hard
>>>>> requirement.
>>>>>
>>>>> - Leo
>>>>>
>>>>> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>>>>>> Mark Hindess wrote:
>>>>>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>>>>>> is time to split the JIRA traffic to a separate list with a reply-to
>>>>>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>>>>>> list?
>>>>>> Yes, please... +1e6
>>>>>>
>>>>>> -Archie
>>
>
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
Re: jira messages redirected to commits mailing list
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Tim Ellison wrote:
> Geir Magnusson Jr wrote:
>>
>> Tim Ellison wrote:
>>> Is there some way to teach JIRA not to send so much mail?
>> Stop using it as a chat room. :)
>
> So what is the right way to use JIRA?
>
> - people open an issue,
> - maybe comment with a test case
> - maybe attach a patch or two
So far, I think these are important.
> - I may comment on the issue, with comments that are relevant to that
> specific issue
Also good to know, since it's equivalent to technical discussion on the
dev list.
> - when I work on it I assign it to me, and say progress started
That's good to know too, since people can get an event driven picture of
what's going on. However, this may be something we could reduce distro
of...
> - when I'm done I resolve it
> - when the reporter has verified it they comment to say so
> - I close it as verified
ALl of these are important too :/
>
> What steps should I stop doing?
It was a joke, referring to my continual plea to get some of the
conversations out and into -dev@
>
>>> Every state change produces mail to the world - even though it is likely
>>> only of interest to the reporter, assignee, and watchers. i.e. any way
>>> to solve the problem rather than move it ;-)
>> Every change should be visible to everyone for maximum transparency, or
>> so I believe. It would be a pain in the rear if one had to explicitly
>> sign up for each jira one was interested in.
>
> Some people say every JIRA state change / comment is too much 'spam' --
> you want to see them all ...
Yes, because mail is easy to delete, filter, ignore.
More importantly, I think a model that requires the community to
individually add themselves to each JIRA as a watcher is one prone to
failure of oversight. I know that I'd forget, and I believe that full
flows like this sometimes catch the attention of a new person to
participate. There also is the issue of archiving that mail stream...
It could be that isn't as important because JIRA has the info, but OTOH
someone might want to prove something was done with full exposure to the
community.
I guess my answer right now is that given how we are currently using
JIRA, I can't think of anything to cut out...
Now that it doesn't go to -dev@, it's easier for those that want to
participate less?
Maybe we have a separate list for the jira flow that we ask every
committer to sub to, but then people can just watch -dev@ and/or
-commit@ and not have to deal with it?
>
>> That said, once the VM activity gets really honking, we'll probably need
>> a second stream for those...
>
> Not sure why the VM is special here.
Not special, but different. It will be a separate group of people
working on different things, so we may want to start segmenting the mail
streams. People may really not care about VM stuff if the work on
classlib stuff, or classlib stuff if they are focused on the JIT or
something.
We'll have to see.
geir
>
> Regards,
> Tim
>
>>> Leo Simons wrote:
>>>> Taking care of this now...
>>>>
>>>> I will note that this makes it even more important for committers and
>>>> active contributors to subscribe to the commits mailing list - a lot of
>>>> important information is in those jira messages.
>>>>
>>>> I will also note that it *also* makes it even more important that Jira
>>>> is not used for discussion - that really needs to happen here on the
>>>> mailing list where everyone can track it. The ASF has had some bad
>>>> experience in the past with too much communication going via the issue
>>>> tracker; this isn't so much a guideline as it is a pretty hard
>>>> requirement.
>>>>
>>>> - Leo
>>>>
>>>> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>>>>> Mark Hindess wrote:
>>>>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>>>>> is time to split the JIRA traffic to a separate list with a reply-to
>>>>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>>>>> list?
>>>>> Yes, please... +1e6
>>>>>
>>>>> -Archie
>
Re: jira messages redirected to commits mailing list
Posted by Tim Ellison <t....@gmail.com>.
Geir Magnusson Jr wrote:
>
>
> Tim Ellison wrote:
>> Is there some way to teach JIRA not to send so much mail?
>
> Stop using it as a chat room. :)
So what is the right way to use JIRA?
- people open an issue,
- maybe comment with a test case
- maybe attach a patch or two
- I may comment on the issue, with comments that are relevant to that
specific issue
- when I work on it I assign it to me, and say progress started
- when I'm done I resolve it
- when the reporter has verified it they comment to say so
- I close it as verified
What steps should I stop doing?
>> Every state change produces mail to the world - even though it is likely
>> only of interest to the reporter, assignee, and watchers. i.e. any way
>> to solve the problem rather than move it ;-)
>
> Every change should be visible to everyone for maximum transparency, or
> so I believe. It would be a pain in the rear if one had to explicitly
> sign up for each jira one was interested in.
Some people say every JIRA state change / comment is too much 'spam' --
you want to see them all ...
> That said, once the VM activity gets really honking, we'll probably need
> a second stream for those...
Not sure why the VM is special here.
Regards,
Tim
>> Leo Simons wrote:
>>> Taking care of this now...
>>>
>>> I will note that this makes it even more important for committers and
>>> active contributors to subscribe to the commits mailing list - a lot of
>>> important information is in those jira messages.
>>>
>>> I will also note that it *also* makes it even more important that Jira
>>> is not used for discussion - that really needs to happen here on the
>>> mailing list where everyone can track it. The ASF has had some bad
>>> experience in the past with too much communication going via the issue
>>> tracker; this isn't so much a guideline as it is a pretty hard
>>> requirement.
>>>
>>> - Leo
>>>
>>> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>>>> Mark Hindess wrote:
>>>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>>>> is time to split the JIRA traffic to a separate list with a reply-to
>>>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>>>> list?
>>>> Yes, please... +1e6
>>>>
>>>> -Archie
>>
>
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
Re: jira messages redirected to commits mailing list
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Tim Ellison wrote:
> Is there some way to teach JIRA not to send so much mail?
Stop using it as a chat room. :)
>
> Every state change produces mail to the world - even though it is likely
> only of interest to the reporter, assignee, and watchers. i.e. any way
> to solve the problem rather than move it ;-)
Every change should be visible to everyone for maximum transparency, or
so I believe. It would be a pain in the rear if one had to explicitly
sign up for each jira one was interested in.
That said, once the VM activity gets really honking, we'll probably need
a second stream for those...
geir
>
>
>
> Regards,
> Tim
>
> Leo Simons wrote:
>> Taking care of this now...
>>
>> I will note that this makes it even more important for committers and
>> active contributors to subscribe to the commits mailing list - a lot of
>> important information is in those jira messages.
>>
>> I will also note that it *also* makes it even more important that Jira
>> is not used for discussion - that really needs to happen here on the
>> mailing list where everyone can track it. The ASF has had some bad
>> experience in the past with too much communication going via the issue
>> tracker; this isn't so much a guideline as it is a pretty hard
>> requirement.
>>
>> - Leo
>>
>> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>>> Mark Hindess wrote:
>>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>>> is time to split the JIRA traffic to a separate list with a reply-to
>>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>>> list?
>>> Yes, please... +1e6
>>>
>>> -Archie
>
Re: jira messages redirected to commits mailing list
Posted by Tim Ellison <t....@gmail.com>.
Is there some way to teach JIRA not to send so much mail?
Every state change produces mail to the world - even though it is likely
only of interest to the reporter, assignee, and watchers. i.e. any way
to solve the problem rather than move it ;-)
Regards,
Tim
Leo Simons wrote:
> Taking care of this now...
>
> I will note that this makes it even more important for committers and
> active contributors to subscribe to the commits mailing list - a lot of
> important information is in those jira messages.
>
> I will also note that it *also* makes it even more important that Jira
> is not used for discussion - that really needs to happen here on the
> mailing list where everyone can track it. The ASF has had some bad
> experience in the past with too much communication going via the issue
> tracker; this isn't so much a guideline as it is a pretty hard
> requirement.
>
> - Leo
>
> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>> Mark Hindess wrote:
>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>> is time to split the JIRA traffic to a separate list with a reply-to
>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>> list?
>> Yes, please... +1e6
>>
>> -Archie
>
--
Tim Ellison (t.p.ellison@gmail.com)
IBM Java technology centre, UK.
Re: jira messages redirected to commits mailing list
Posted by Paulex Yang <pa...@gmail.com>.
Mikhail Loenko wrote:
> Actually there are important things that are to be tracked in JIRA.
> For example, questions of being non-compatible with either RI or spec.
>
>
I personally don't care too much about which mailing list the JIRA
issues are sent to, because Thunderbird can handle them easily and well.
But I DO prefer to discuss on the mailing list, and JIRA can be used to
only reflect the stage or result of the discussion(that's my
understanding of status tracking, instead of discussion tracking :-) ),
another reason I prefer writing email than commenting on JIRA is email
is easier to be used as discussion - it can be read/replied/commented
off line, the previous mail can be inline, it can use html format, etc.
etc. ;-) .
A sample is the JIRA issue 184 about TimeZone serialization
compatibility, which itself is a concrete case, and I reply this JIRA to
dev mailing list to discuss more common compatibility issue, and when we
have some agreement on what to do, I will update the JIRA issue to
reflect that. I'm fine in this way.
> And as far as the mail traffic on the dev-list is doubling every month [1]
> it would be great to make it possible to separate those JIRA issues
> that describe minor bugs/fixes from these ones that have conceptual value.
>
I agree with you that many JIRA issues are not as significant as some
others, especially as reference for similar case later, I guess there
are already some marker for this purpose, priority/type/component, etc.
> Is it possible?
>
> Thanks,
> Mikhail.
>
> [1] http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/
>
>
> 2006/3/7, S. Meslin-Weber <st...@tangency.co.uk>:
>
>> On Tue, Mar 07, 2006 at 09:19:54AM -0800, Craig Blake wrote:
>>
>>> Sweet, many thanks.
>>>
>> +1, I wasn't being flooded but it's nice to be able to separate these
>> flows without client-side filters.
>>
>> Steph
>>
>> --
>> ================================================================
>> Stephane Meslin-Weber Email: steph@tangency.co.uk
>> Senior Software Engineer Web: http://odonata.tangency.co.uk
>> ================================================================
>>
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.1 (GNU/Linux)
>>
>> iD8DBQFEDcGV5QGfd9PDUN0RAhcUAJ9FFfB5zsxEiDxo0r/UkRCHobAU8ACfZGy2
>> 9gq36aAlp5OfoHW/hyoyU4s=
>> =jI+O
>> -----END PGP SIGNATURE-----
>>
>>
>>
>>
>
>
--
Paulex Yang
China Software Development Lab
IBM
Re: jira messages redirected to commits mailing list
Posted by Geir Magnusson Jr <ge...@pobox.com>.
Mikhail Loenko wrote:
> Hi Leo
>
> 2006/3/10, Leo Simons <ma...@leosimons.com>:
>> Hi Mikhail!
>>
>> On Thu, Mar 09, 2006 at 10:34:46AM +0600, Mikhail Loenko wrote:
>>> Actually there are important things that are to be tracked in JIRA.
>> Err...here's that rule again:
>>
>> Really Important Things MUST Go In SVN And/Or Onto The Public Mailing List
>
> Well, that does not mean that they must not go into JIRA, right?
The point is that artifacts of permanence for the project go into SVN,
and discussions go on the mailing list.
>
> Geir has created category "Non-bug differences from RI" [1] and those
> differences are to go there. <note> I'm not saying that discussions of the
> differences are to go there </note>
I did that as a way of being able to catalog and track the differences.
We could put them in SVN too. I don't care - I just think we'd be
well served by tracking them in one place in case a question arises...
geir
Re: jira messages redirected to commits mailing list (was: [jira] Updated: (HARMONY-188) ...)
Posted by Mikhail Loenko <ml...@gmail.com>.
Hi Leo
2006/3/10, Leo Simons <ma...@leosimons.com>:
> Hi Mikhail!
>
> On Thu, Mar 09, 2006 at 10:34:46AM +0600, Mikhail Loenko wrote:
> > Actually there are important things that are to be tracked in JIRA.
>
> Err...here's that rule again:
>
> Really Important Things MUST Go In SVN And/Or Onto The Public Mailing List
Well, that does not mean that they must not go into JIRA, right?
Geir has created category "Non-bug differences from RI" [1] and those
differences are to go there. <note> I'm not saying that discussions of the
differences are to go there </note>
Actually JIRA issues can be splitted this way: obvious stuff (like wrong method
signature or wrong constant value in classlib) and non-obvious stuff (someone
can disagree with the issue once it is created).
Normally obvious stuff is interesting for the person opening the issue and
a committer applying a patch. Non-obvious stuff is interesting for other
people also.
What I suggest is to separate those two kind of issues. For example, we
can try to separate Trivial issues from other ones.
Thanks,
Mikhail
[1] http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200602.mbox/%3c43FC644D.8060202@pobox.com%3e
>
> For example, with the accepting of external contributions, we receive
> the files in jira, but the vote to accept them is on the mailing list, and the
> forms and paperwork go on paper and in SVN, and the code ends up in SVN too.
>
> > For example, questions of being non-compatible with either RI or spec.
>
> Questions and their answers should also not go into jira. The ASF supports the
> use of jira as an issue/bug tracker, but it is not supposed to be a
> "communication hub". This isn't a "best practice", but a *hard rule* that's
> there because of oversight / data integrity / openness / transparancy needs.
>
> > And as far as the mail traffic on the dev-list is doubling every month [1]
> > it would be great to make it possible to separate those JIRA issues
> > that describe minor bugs/fixes from these ones that have conceptual value.
> >
> > Is it possible?
>
> Sure! the sky is the limit. If you take a stroll across the ASF jira, you'll
> see how different projects have set this up differently. Its possible to have
> different notification schemes for different components, different projects
> (eg HARMONY, HARMONY-VM, HARMONY-CLASSLIB), different priority levels, custom
> priority levels, and more (the documentation for jira at the atlassian website
> is public I think and gives a good idea of the options). Its possible to have
> a seperate mailing list, or even multiple ones.
>
> I think geir, me, dims all have admin privs for jira, I think tim might've
> those too. The hard part is everyone agreeing on how things should be set up,
> the actual administration work to change the config is just a few minutes.
>
> cheers,
>
> Leo
>
Re: jira messages redirected to commits mailing list (was: [jira] Updated: (HARMONY-188) ...)
Posted by Leo Simons <ma...@leosimons.com>.
Hi Mikhail!
On Thu, Mar 09, 2006 at 10:34:46AM +0600, Mikhail Loenko wrote:
> Actually there are important things that are to be tracked in JIRA.
Err...here's that rule again:
Really Important Things MUST Go In SVN And/Or Onto The Public Mailing List
For example, with the accepting of external contributions, we receive
the files in jira, but the vote to accept them is on the mailing list, and the
forms and paperwork go on paper and in SVN, and the code ends up in SVN too.
> For example, questions of being non-compatible with either RI or spec.
Questions and their answers should also not go into jira. The ASF supports the
use of jira as an issue/bug tracker, but it is not supposed to be a
"communication hub". This isn't a "best practice", but a *hard rule* that's
there because of oversight / data integrity / openness / transparancy needs.
> And as far as the mail traffic on the dev-list is doubling every month [1]
> it would be great to make it possible to separate those JIRA issues
> that describe minor bugs/fixes from these ones that have conceptual value.
>
> Is it possible?
Sure! the sky is the limit. If you take a stroll across the ASF jira, you'll
see how different projects have set this up differently. Its possible to have
different notification schemes for different components, different projects
(eg HARMONY, HARMONY-VM, HARMONY-CLASSLIB), different priority levels, custom
priority levels, and more (the documentation for jira at the atlassian website
is public I think and gives a good idea of the options). Its possible to have
a seperate mailing list, or even multiple ones.
I think geir, me, dims all have admin privs for jira, I think tim might've
those too. The hard part is everyone agreeing on how things should be set up,
the actual administration work to change the config is just a few minutes.
cheers,
Leo
Re: jira messages redirected to commits mailing list (was: [jira] Updated: (HARMONY-188) ...)
Posted by Mikhail Loenko <ml...@gmail.com>.
Actually there are important things that are to be tracked in JIRA.
For example, questions of being non-compatible with either RI or spec.
And as far as the mail traffic on the dev-list is doubling every month [1]
it would be great to make it possible to separate those JIRA issues
that describe minor bugs/fixes from these ones that have conceptual value.
Is it possible?
Thanks,
Mikhail.
[1] http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/
2006/3/7, S. Meslin-Weber <st...@tangency.co.uk>:
> On Tue, Mar 07, 2006 at 09:19:54AM -0800, Craig Blake wrote:
> > Sweet, many thanks.
>
> +1, I wasn't being flooded but it's nice to be able to separate these
> flows without client-side filters.
>
> Steph
>
> --
> ================================================================
> Stephane Meslin-Weber Email: steph@tangency.co.uk
> Senior Software Engineer Web: http://odonata.tangency.co.uk
> ================================================================
>
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.1 (GNU/Linux)
>
> iD8DBQFEDcGV5QGfd9PDUN0RAhcUAJ9FFfB5zsxEiDxo0r/UkRCHobAU8ACfZGy2
> 9gq36aAlp5OfoHW/hyoyU4s=
> =jI+O
> -----END PGP SIGNATURE-----
>
>
>
Re: jira messages redirected to commits mailing list (was: [jira] Updated: (HARMONY-188) ...)
Posted by "S. Meslin-Weber" <st...@tangency.co.uk>.
On Tue, Mar 07, 2006 at 09:19:54AM -0800, Craig Blake wrote:
> Sweet, many thanks.
+1, I wasn't being flooded but it's nice to be able to separate these
flows without client-side filters.
Steph
--
================================================================
Stephane Meslin-Weber Email: steph@tangency.co.uk
Senior Software Engineer Web: http://odonata.tangency.co.uk
================================================================
Re: jira messages redirected to commits mailing list (was: [jira] Updated: (HARMONY-188) ...)
Posted by Craig Blake <cr...@mac.com>.
Sweet, many thanks.
Craig
On Mar 7, 2006, at 9:14 AM, Leo Simons wrote:
> Taking care of this now...
>
> I will note that this makes it even more important for committers and
> active contributors to subscribe to the commits mailing list - a
> lot of
> important information is in those jira messages.
>
> I will also note that it *also* makes it even more important that Jira
> is not used for discussion - that really needs to happen here on the
> mailing list where everyone can track it. The ASF has had some bad
> experience in the past with too much communication going via the issue
> tracker; this isn't so much a guideline as it is a pretty hard
> requirement.
>
> - Leo
>
> On Tue, Mar 07, 2006 at 08:17:45AM -0600, Archie Cobbs wrote:
>> Mark Hindess wrote:
>>> Geir, There are quite a lot of JIRA messages these days, perhaps it
>>> is time to split the JIRA traffic to a separate list with a reply-to
>>> set to harmony-dev. Or perhaps just have them sent to the commit
>>> list?
>>
>> Yes, please... +1e6
>>
>> -Archie