<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 5:23 PM Austin Macdonald <<a href="mailto:austin@redhat.com">austin@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I think if we close a lot of them, closed issues will be very 
difficult to find with ~4500 bugs (open and closed). I've been spending 
some time combing the backlog recently, and I'm compiling lists of bugs 
that I think can be closed. What I am also finding are tickets that 
could reasonably be updated for Pulp 3. IMO, these tickets are common 
enough that it would be worth our time to consider them. <br></div></div></blockquote><div><br></div><div>I think this list would be great. Can we start a shared list somewhere for backlog items we do want to keep?<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div><br></div><div>Of
 course, going through the enormous backlog will be very time consuming.
 If we agree that there is too much value to close the lot of them, then
 AFAICT the only path forward is to coordinate the effort and move 
through it over time.</div></div></blockquote><div><br></div><div>This is my concern mainly. I don't know how to go through 1125 tickets. Also, I am also partly concerned with an outcome where the Pulp3 issues contain a historical record of pulp2 requests "ported" to pulp3. If the reporter or stakeholder isn't around to advocate for a fix or feature themselves, then I believe we can serve the current users best by focusing on those things that are actively being requested (newly file'd issues).<br></div><div><br></div><div>Still, if you have a list of items and they make sense to port we should do so.<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 5:22 PM Austin Macdonald <<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>I think if we close a lot of them, closed issues will be very difficult to find with ~4500 bugs (open and closed). I've been spending some time combing the backlog recently, and I'm compiling lists of bugs that I think can be closed. What I am also finding are tickets that could reasonably be updated for Pulp 3. IMO, these tickets are common enough that it would be worth our time to consider them. <br></div><div><br></div><div>Of course, going through the enormous backlog will be very time consuming. If we agree that there is too much value to close the lot of them, then AFAICT the only path forward is to coordinate the effort and move through it over time.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Apr 2, 2019 at 5:06 PM Brian Bouterse <<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>As Pulp2 approaches the maintenance mode we have a large number of Pulp2 bugs open. A query [0] shows 1125 open Pulp2 bugs alone as of just now. We will likely address a small set of these before Pulp2 reaches its final release. What can we do to bring transparency into what will versus won't be fixed for Pulp2?<br></div><div><br></div><div>The most reasonable option I can think to propose is a mass-close of the Pulp2 bugs except for those that we are actively working or planning to start work soon on. Overall I believe Pulp2 is nearing a point that if we aren't actively working or planning something for it we won't want to leave it open on the "Pulp 2 backlog ". Bugs accidentally closed could be reopened without much trouble probably.<br></div><div><br></div><div>What do you think about the of a close-all-but-active Pulp2 bugs idea?</div><div>How would you coordinate such an effort?</div><div><br></div><div>[0]: <a href="https://tinyurl.com/y289wx5p" target="_blank">https://tinyurl.com/y289wx5p</a><br></div><div><br></div><div>Thanks,</div><div>Brian<br></div><div><br></div><div><br></div></div></div>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div>
</blockquote></div>
_______________________________________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/pulp-dev</a><br>
</blockquote></div></div>