open issues

[Dominic Divakaruni <do...@gmail.com>]

fellow mxnet'ers, we have >1900 open issues on git. The most out of any
deep learning framework. I am eager to carve out some time to work on
reducing this backlog (to the extent of my technical ability). I'd like to
make this a team effort to make a meaningful impact. Any ideas? Would you
be open to an issue-clean-up-athon?

Re: open issues

[Henri Yandell <he...@yandell.org>]

I'd suggest writing up a triage process on the wiki.

Using labels makes a lot of sense. One label that I've found useful with
Issues in the past is "Patch Needed" (ie: contributors, please work on
these). Another would be "easyfix"; ie) new contributors, this is a good
place to start.

One of the 'problems' imo with GitHub's approach is that there's no real
place for 'backlog' or 'wishlist'. Requests for new things that you're
unlikely to work on soon get in the way of bugs. :(

Hen


On Thu, Aug 31, 2017 at 6:33 AM, Dom Divakaruni <
dominic.divakaruni@gmail.com> wrote:

> Agree! The first step need to be to comb thru these and assign a tag. A
> hurdle with this is that, non committers, like myself don't have the
> ability to assign tags.
>
> Does anyone have a solution to get around that? Temporary roles, or task
> based credentials perhaps?
>
> As we solve that, we can propose a definition for tags - "outdated",
> "bug-needs investigation" and "FAQ" make sense as tags - and specific
> instructions for the cleanup crew.
>
> We can add a comment to each one of the "outdated" ones to say "is this
> still an issue? If there is no response, the issue will be closed after 2
> weeks"... or something like that
>
> After the tags comes the hard work :)
> That said, over 900 of these issues are older than Jan 1, and may by and
> large, be outdated.
>
>
> Regards,
> Dom
>
>
> > On Aug 31, 2017, at 2:10 AM, Chiyuan Zhang <pl...@gmail.com> wrote:
> >
> > I could also help with this from time to time. I think maybe at least
> half
> > of the issues are outdated, in the sense that the original reporter was
> no
> > longer working on it or able to provide enough details to reproduce it.
> > While some still correspond to important feature request or potential
> > serious bugs, many of them could probably be safely closed. I am not
> > advocating we should always close issues that are too old, clearly the
> best
> > way is really to resolve it if we have enough man power.
> >
> > I would suggest creating some tags for this, things could be 'out-dated',
> > 'FAQ', etc. And periodically sweep through the issues, if you see an
> issues
> > that should be closed due to inactivity, you label it as 'out-dated' and
> > leave a message saying that it will be closed after XXX days if remains
> > inactive. Or if it corresponds to some frequently asked questions, mark
> it
> > as 'FAQ'. And another sweep that also happens periodically could try to
> > close the issues marked for 'out-dated' for a while and assemble entries
> > into documentation for the 'FAQ' issues.
> >
> > - chiyuan
> >
> > On Thu, Aug 31, 2017 at 4:32 AM, Dominic Divakaruni <
> > dominic.divakaruni@gmail.com> wrote:
> >
> >> fellow mxnet'ers, we have >1900 open issues on git. The most out of any
> >> deep learning framework. I am eager to carve out some time to work on
> >> reducing this backlog (to the extent of my technical ability). I'd like
> to
> >> make this a team effort to make a meaningful impact. Any ideas? Would
> you
> >> be open to an issue-clean-up-athon?
> >>
>

Re: open issues

[Dom Divakaruni <do...@gmail.com>]

Agree! The first step need to be to comb thru these and assign a tag. A hurdle with this is that, non committers, like myself don't have the ability to assign tags. 

Does anyone have a solution to get around that? Temporary roles, or task based credentials perhaps? 

As we solve that, we can propose a definition for tags - "outdated", "bug-needs investigation" and "FAQ" make sense as tags - and specific instructions for the cleanup crew.

We can add a comment to each one of the "outdated" ones to say "is this still an issue? If there is no response, the issue will be closed after 2 weeks"... or something like that

After the tags comes the hard work :)
That said, over 900 of these issues are older than Jan 1, and may by and large, be outdated.


Regards,
Dom


> On Aug 31, 2017, at 2:10 AM, Chiyuan Zhang <pl...@gmail.com> wrote:
> 
> I could also help with this from time to time. I think maybe at least half
> of the issues are outdated, in the sense that the original reporter was no
> longer working on it or able to provide enough details to reproduce it.
> While some still correspond to important feature request or potential
> serious bugs, many of them could probably be safely closed. I am not
> advocating we should always close issues that are too old, clearly the best
> way is really to resolve it if we have enough man power.
> 
> I would suggest creating some tags for this, things could be 'out-dated',
> 'FAQ', etc. And periodically sweep through the issues, if you see an issues
> that should be closed due to inactivity, you label it as 'out-dated' and
> leave a message saying that it will be closed after XXX days if remains
> inactive. Or if it corresponds to some frequently asked questions, mark it
> as 'FAQ'. And another sweep that also happens periodically could try to
> close the issues marked for 'out-dated' for a while and assemble entries
> into documentation for the 'FAQ' issues.
> 
> - chiyuan
> 
> On Thu, Aug 31, 2017 at 4:32 AM, Dominic Divakaruni <
> dominic.divakaruni@gmail.com> wrote:
> 
>> fellow mxnet'ers, we have >1900 open issues on git. The most out of any
>> deep learning framework. I am eager to carve out some time to work on
>> reducing this backlog (to the extent of my technical ability). I'd like to
>> make this a team effort to make a meaningful impact. Any ideas? Would you
>> be open to an issue-clean-up-athon?
>> 

Re: open issues

[Chiyuan Zhang <pl...@gmail.com>]

I could also help with this from time to time. I think maybe at least half
of the issues are outdated, in the sense that the original reporter was no
longer working on it or able to provide enough details to reproduce it.
While some still correspond to important feature request or potential
serious bugs, many of them could probably be safely closed. I am not
advocating we should always close issues that are too old, clearly the best
way is really to resolve it if we have enough man power.

I would suggest creating some tags for this, things could be 'out-dated',
'FAQ', etc. And periodically sweep through the issues, if you see an issues
that should be closed due to inactivity, you label it as 'out-dated' and
leave a message saying that it will be closed after XXX days if remains
inactive. Or if it corresponds to some frequently asked questions, mark it
as 'FAQ'. And another sweep that also happens periodically could try to
close the issues marked for 'out-dated' for a while and assemble entries
into documentation for the 'FAQ' issues.

- chiyuan

On Thu, Aug 31, 2017 at 4:32 AM, Dominic Divakaruni <
dominic.divakaruni@gmail.com> wrote:

> fellow mxnet'ers, we have >1900 open issues on git. The most out of any
> deep learning framework. I am eager to carve out some time to work on
> reducing this backlog (to the extent of my technical ability). I'd like to
> make this a team effort to make a meaningful impact. Any ideas? Would you
> be open to an issue-clean-up-athon?
>