<div dir="ltr"><div>Byan, <br></div><div><br></div><div>What you are saying makes a lot of sense to me. The architectural differences between Pulp 2 and Pulp 3 are so great that most bugs don't translate well from one to the other. I would prefer if we just mass close Pulp 2 issues.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Apr 4, 2019 at 9:27 AM Bryan Kearney <<a href="mailto:bkearney@redhat.com">bkearney@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">I was involved in the Satellite 5 to Satellite 6 bug triage. We brought<br>
known issues foreward, and after a few months the language and usage was<br>
so different that we ended up buk closing.<br>
<br>
So, I could see moving over feature requests if they may sense, but if<br>
the RFE is unique to pulp2 or if it is bug against pulp2 I would suggest<br>
you delete/abandon it.<br>
<br>
-- bk<br>
<br>
On 4/4/19 8:52 AM, Kersom wrote:<br>
> I do like the idea to evaluate Pulp 2 issues and create tickets for Pulp<br>
> 3 - mainly to avoid some known problems.<br>
> <br>
> Perhaps, we could create a new label on <a href="http://pulp.plan.io" rel="noreferrer" target="_blank">pulp.plan.io</a><br>
> <<a href="http://pulp.plan.io" rel="noreferrer" target="_blank">http://pulp.plan.io</a>> to distinguish those ones when migrated to Pulp 3.<br>
> And file as a related issue to the previous Pulp 2 one.<br>
> <br>
> On Thu, Apr 4, 2019 at 8:45 AM Robin Chan <<a href="mailto:rchan@redhat.com" target="_blank">rchan@redhat.com</a><br>
> <mailto:<a href="mailto:rchan@redhat.com" target="_blank">rchan@redhat.com</a>>> wrote:<br>
> <br>
>     re: going through open tickets - you can use the BK suggested<br>
>     algorithm and monthly query for from some criteria (say last<br>
>     touched) and review & close with the same message. We a pick a<br>
>     target by which we wish to close all of the older Pulp 2 issues that<br>
>     won't be addressed and pick a criteria to chunk through them.<br>
> <br>
>     I would pick a fixed amount of time (both deadline & communicating<br>
>     to other active devs so we aren't doubling effort) to dedicate to<br>
>     finding issues to keep & convert to Pulp 3 items and just cut it off<br>
>     after that. That approach makes sense to me in that once you get<br>
>     past a certain time (which I believe is pretty small,) you are<br>
>     hitting diminishing returns. We could use that time to fix more<br>
>     issues or just write a ticket again on Pulp 3.<br>
> <br>
>     Care should be taken to ensure pulp-list & blog post to cover:<br>
>     - why prior to the closing<br>
>     - what a user should do if they would like to pursue a fix (i.e.<br>
>     will we take a pr? can they open a pulp 3 issue?)<br>
> <br>
>     -Robin<br>
> <br>
>     On Wed, Apr 3, 2019 at 5:28 PM Brian Bouterse <<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a><br>
>     <mailto:<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>>> wrote:<br>
> <br>
> <br>
> <br>
>         On Tue, Apr 2, 2019 at 5:23 PM Austin Macdonald<br>
>         <<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a> <mailto:<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a>>> wrote:<br>
> <br>
>             I think if we close a lot of them, closed issues will be<br>
>             very difficult to find with ~4500 bugs (open and closed).<br>
>             I've been spending some time combing the backlog recently,<br>
>             and I'm compiling lists of bugs that I think can be closed.<br>
>             What I am also finding are tickets that could reasonably be<br>
>             updated for Pulp 3. IMO, these tickets are common enough<br>
>             that it would be worth our time to consider them.<br>
> <br>
> <br>
>         I think this list would be great. Can we start a shared list<br>
>         somewhere for backlog items we do want to keep?<br>
> <br>
> <br>
>             Of course, going through the enormous backlog will be very<br>
>             time consuming. If we agree that there is too much value to<br>
>             close the lot of them, then AFAICT the only path forward is<br>
>             to coordinate the effort and move through it over time.<br>
> <br>
> <br>
>         This is my concern mainly. I don't know how to go through 1125<br>
>         tickets. Also, I am also partly concerned with an outcome where<br>
>         the Pulp3 issues contain a historical record of pulp2 requests<br>
>         "ported" to pulp3. If the reporter or stakeholder isn't around<br>
>         to advocate for a fix or feature themselves, then I believe we<br>
>         can serve the current users best by focusing on those things<br>
>         that are actively being requested (newly file'd issues).<br>
> <br>
>         Still, if you have a list of items and they make sense to port<br>
>         we should do so.<br>
> <br>
> <br>
>             On Tue, Apr 2, 2019 at 5:22 PM Austin Macdonald<br>
>             <<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a> <mailto:<a href="mailto:austin@redhat.com" target="_blank">austin@redhat.com</a>>> wrote:<br>
> <br>
>                 I think if we close a lot of them, closed issues will be<br>
>                 very difficult to find with ~4500 bugs (open and<br>
>                 closed). I've been spending some time combing the<br>
>                 backlog recently, and I'm compiling lists of bugs that I<br>
>                 think can be closed. What I am also finding are tickets<br>
>                 that could reasonably be updated for Pulp 3. IMO, these<br>
>                 tickets are common enough that it would be worth our<br>
>                 time to consider them.<br>
> <br>
>                 Of course, going through the enormous backlog will be<br>
>                 very time consuming. If we agree that there is too much<br>
>                 value to close the lot of them, then AFAICT the only<br>
>                 path forward is to coordinate the effort and move<br>
>                 through it over time.<br>
> <br>
>                 On Tue, Apr 2, 2019 at 5:06 PM Brian Bouterse<br>
>                 <<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a> <mailto:<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.com</a>>> wrote:<br>
> <br>
>                     As Pulp2 approaches the maintenance mode we have a<br>
>                     large number of Pulp2 bugs open. A query [0] shows<br>
>                     1125 open Pulp2 bugs alone as of just now. We will<br>
>                     likely address a small set of these before Pulp2<br>
>                     reaches its final release. What can we do to bring<br>
>                     transparency into what will versus won't be fixed<br>
>                     for Pulp2?<br>
> <br>
>                     The most reasonable option I can think to propose is<br>
>                     a mass-close of the Pulp2 bugs except for those that<br>
>                     we are actively working or planning to start work<br>
>                     soon on. Overall I believe Pulp2 is nearing a point<br>
>                     that if we aren't actively working or planning<br>
>                     something for it we won't want to leave it open on<br>
>                     the "Pulp 2 backlog ". Bugs accidentally closed<br>
>                     could be reopened without much trouble probably.<br>
> <br>
>                     What do you think about the of a<br>
>                     close-all-but-active Pulp2 bugs idea?<br>
>                     How would you coordinate such an effort?<br>
> <br>
>                     [0]: <a href="https://tinyurl.com/y289wx5p" rel="noreferrer" target="_blank">https://tinyurl.com/y289wx5p</a><br>
> <br>
>                     Thanks,<br>
>                     Brian<br>
> <br>
> <br>
>                     _______________________________________________<br>
>                     Pulp-dev mailing list<br>
>                     <a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a> <mailto:<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>
> <br>
>             _______________________________________________<br>
>             Pulp-dev mailing list<br>
>             <a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a> <mailto:<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>
> <br>
>         _______________________________________________<br>
>         Pulp-dev mailing list<br>
>         <a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a> <mailto:<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>
> <br>
>     _______________________________________________<br>
>     Pulp-dev mailing list<br>
>     <a href="mailto:Pulp-dev@redhat.com" target="_blank">Pulp-dev@redhat.com</a> <mailto:<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>
> <br>
> <br>
> _______________________________________________<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>
> <br>
<br>
<br>
_______________________________________________<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>