<div dir="ltr">Folks,<div>I'll push DevOps to run the script. However, what we need is to just go ahead and clean up, abandon manually what is not relevant anymore, provide comment.</div><div><br></div><div>Please start with your patches.</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, Jul 16, 2015 at 11:08 PM Oleg Gelbukh <<a href="mailto:ogelbukh@mirantis.com">ogelbukh@mirantis.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Nicely put, Doug, you gave me laughs :)<div><br></div><div>I can't see how a CR could hang for a month without anyone paying attention if it worths merging. If this really happens (which I'm not aware of), auto-abandon definitely won't make things any worse. </div></div><div dir="ltr"><div><br></div><div>--</div><div>Best regards,</div><div>Oleg Gelbukh</div></div><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 17, 2015 at 6:10 AM, Doug Wiegley <span dir="ltr"><<a href="mailto:dougwig@parksidesoftware.com" target="_blank">dougwig@parksidesoftware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Just adding an experience from another project, Neutron.<div><br></div><div>We had similar debates, and prepping for the long apocalyptic winter of changeset death, Kyle decimated the world and ran the abandon script. The debates were far more intense than the reality, and my large stockpile of Rad-X and Nuka Cola went to waste.<div><br></div><div>Every few weeks, I get a few emails of things being abandoned. And if I care about something, mine or not, I click through and tap ‘Restore’. If one person in the entire community can’t be bothered to click one button, I’m not sure how it’d ever be kept up-to-date, much less merge.</div><div><br></div><div>Thanks,</div><div>doug</div><div><br></div><div><div><br><div><blockquote type="cite"><div><div><div>On Jul 16, 2015, at 8:36 PM, Dmitry Borodaenko <<a href="mailto:dborodaenko@mirantis.com" target="_blank">dborodaenko@mirantis.com</a>> wrote:</div><br></div></div><div><div><div><div dir="ltr"><div><div>I'm with Stanislaw on this one: abandoning reviews just to make numbers *look* better will accomplish nothing.<br><br>The only benefit I can see is cleaning up reviews that we *know* don't need to be considered, so that it's easier for reviewers to find the reviews that still need attention. I don't see this as that much of a problem, finding stuff to review in Fuel Review Inbox [0] is not hard at all.<br><br>[0] <a href="https://wiki.openstack.org/wiki/Fuel#Development_related_links" target="_blank">https://wiki.openstack.org/wiki/Fuel#Development_related_links</a><br><br></div>And the state of our review backlog is such that it's not safe to auto-abandon reviews without looking at them, and if a contributor has spent time looking at a review, abandoning it manually is one click away.<br><br></div>If we do go with setting up an auto-abandon rule, it should be extremely conservative, for example: CR has a negative vote from a core reviewer AND there were no comments or positive votes from anyone after that AND it has not been touched in any way for 2 months.<br></div><br></div></div><div class="gmail_quote"><div><div><div dir="ltr">On Wed, Jul 15, 2015 at 5:10 PM Mike Scherbakov <<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">Folks,<div>let's execute here. Numbers are still large. Did we have a chance to look over the whole queue?</div><div><br></div><div>Can we go ahead and abandon changes having -1 or -2 from reviewers for over than a months or so?</div><div>I'm all for just following standard OpenStack process [1], and then change it only if there is good reason for it.</div><div><br></div><div>[1] <a href="https://wiki.openstack.org/wiki/Puppet#Patch_abandonment_policy" target="_blank">https://wiki.openstack.org/wiki/Puppet#Patch_abandonment_policy</a></div></div></div></div><div dir="ltr"><div><br><br><div class="gmail_quote"><div><div><div dir="ltr">On Thu, Jul 9, 2015 at 6:27 PM Stanislaw Bogatkin <<a href="mailto:sbogatkin@mirantis.com" target="_blank">sbogatkin@mirantis.com</a>> wrote:<br></div></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div><div dir="ltr">2 weeks seems too small for me. We easy can be in situation when fix for medium bug is done, but SCF starts. And gap between SCF and release easily can be more than a month. So, 2 months seems okay for me if speaking about forcibly applying auto-abandon by major vote. And I'm personally against such innovation at all.</div></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>On Thu, Jul 9, 2015 at 5:37 PM, Davanum Srinivas <span dir="ltr"><<a href="mailto:davanum@gmail.com" target="_blank">davanum@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>That's a very good plan ("Initial feedback/triage") Mike.<br>
<br>
thanks,<br>
dims<br>
</div></div><div><div><div><div><br>
On Thu, Jul 9, 2015 at 3:23 PM, Mike Scherbakov<br>
<<a href="mailto:mscherbakov@mirantis.com" target="_blank">mscherbakov@mirantis.com</a>> wrote:<br>
> +1 for just reusing existing script, and adjust it on the way. No need to<br>
> immediately switch from infinite time to a couple of weeks, we can always<br>
> adjust it later. But 1-2 month should be a good start already.<br>
><br>
> Our current stats [1] look just terrible. Before we enable an auto-abandon,<br>
> we need to go every single patch first, and review it / provide comment to<br>
> authors. The idea is not to abandon some good patches, and not to offend<br>
> contributors...<br>
><br>
> Let's think how we can approach it. Should we have core reviewers to check<br>
> their corresponding components?<br>
><br>
> [1] <a href="http://stackalytics.com/report/reviews/fuel-group/open" rel="noreferrer" target="_blank">http://stackalytics.com/report/reviews/fuel-group/open</a><br>
><br>
> On Wed, Jul 8, 2015 at 1:13 PM Sean M. Collins <<a href="mailto:sean@coreitpro.com" target="_blank">sean@coreitpro.com</a>> wrote:<br>
>><br>
>> Let's keep it at >4 weeks without comment, and Jenkins failed - similar<br>
>> to the script that Kyle Mestery uses for Neutron. In fact, we could<br>
>> actually just use his script ;)<br>
>><br>
>><br>
>> <a href="https://github.com/openstack/neutron/blob/master/tools/abandon_old_reviews.sh" rel="noreferrer" target="_blank">https://github.com/openstack/neutron/blob/master/tools/abandon_old_reviews.sh</a><br>
>> --<br>
>> Sean M. Collins<br>
>><br>
>> __________________________________________________________________________<br>
>> OpenStack Development Mailing List (not for usage questions)<br></div></div>
>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><span><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
> --<br>
> Mike Scherbakov<br>
> #mihgen<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br></span>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><span><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
<br>
<br>
--<br>
</span></div></div><span>Davanum Srinivas :: <a href="https://twitter.com/dims" rel="noreferrer" target="_blank">https://twitter.com/dims</a><br>
</span><div><div><span><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br></span>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br></div><span>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br></span>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div></div></div><span><div dir="ltr">-- <br></div><div dir="ltr">Mike Scherbakov<br>#mihgen</div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br></span>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org/?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><span>
__________________________________________________________________________<br>OpenStack Development Mailing List (not for usage questions)<br></span>Unsubscribe: <a href="mailto:OpenStack-dev-request@lists.openstack.org" target="_blank">OpenStack-dev-request@lists.openstack.org</a>?subject:unsubscribe<br><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br></div></blockquote></div><br></div></div></div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><div dir="ltr">-- <br></div><div dir="ltr">Mike Scherbakov<br>#mihgen</div>