<div dir="ltr"><div>Today 4 Pulp devs and 2 Katello devs* met, and we produced this page in the katello wiki:   <a href="http://projects.theforeman.org/projects/katello/wiki/PulpV3GapAnalysis">http://projects.theforeman.org/projects/katello/wiki/PulpV3GapAnalysis</a></div><div><br></div><div>It includes a section for each part of the Katello UI that involves Pulp in any way. Some sections will be large, some small, which makes makes putting dates on topics challenging. We are going top-to-bottom through this doc, so you can see the order at least. Next time (thursday) we're trying to wrap up the 'Products' page of Katello. I'm told it's the largest of them all. Based on what I've seen so far and the total number of pages I've seen, we'll have 6 -8 meetings total. With two meetings / week that would wrap this up around June 7 or 14th.<br></div><div><br></div><div>If anyone does specifically want to join, let jsherrill (cc'd) know; it's his call bridge. We are meeting Tuesdays and Thursdays from 12pm - 1pm EDT (4pm - 5pm UTC). All content updates will post to the wiki. Any input or questions via the list are welcome also.<br></div><div><br></div><div>Specifically where we need help from other Pulp contributors is in answering how Pulp3 could resolve gaps discovered through this process. These gaps are cases where Pulp3 currently can't support Katello's existing workflows. We'll bring back a list of these gap areas to this list once we get a bit further through this process.<br></div><div><br></div><div>*: jsherrill, paji, daviddavis, ttereshc, dkliban, bmbouter<br></div><div><br></div><div>-Brian<br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 17, 2018 at 3:43 PM, Robin Chan <span dir="ltr"><<a href="mailto:rchan@redhat.com" target="_blank">rchan@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">+1 to the schedule - we have folks who will likely head up different efforts and we will want them to participate.<br></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="h5">On Thu, May 17, 2018 at 3:32 PM, Brian Bouterse <span dir="ltr"><<a href="mailto:bbouters@redhat.com" target="_blank">bbouters@redhat.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 class="h5"><div dir="ltr"><div>Today @dkliban, @daviddavis, and I met with two Katello developers, @jsherrill and @paji, to talk through some of the integration of Katello and Pulp3. Here is a recap of what we discussed, a goal we identified, and next steps.<br></div><div><br></div><div># What we discussed</div><div><br></div><div>We went through Katello's UI and learned about:</div><div><br></div><div>- the various filtering needs of Katello. Pulp is pretty well setup to do this already. I say filtering because the value is being matched, compared, substring matched, etc for a specific field. They need to filter by a group of repositories. For example, show me all RPM packages that are in repositories X, Y, and Z as one filter. Similarly show me all RPM packages that are in repository versions W, Q, T.</div><div><br></div><div>- full text search. Katello needs to be able to search for a term, full-text style across some set of tables. Pulp does not have this currently. It would be limited to some tables; knowing which tables need to be searched would always be known.</div><div><br></div><div>- "groups of repos". Katello subscribes a machine to a "set of repos" all of which Katello treats as one thing. This allows the client to stay subscribed to one set of content which makes repo protection easier because you don't have to change certs constantly. Then the content in those repos is what changes. This means when Katello does something it typically involves that same operation for a group of repos.<br></div><div><br></div><div>- applicability. There are calculations that Katello has done above and beyond Pulp even in Pulp2. Pulp should be able to run all calculations that Katello needs to avoid them having to reindex the content to run those same calculations.<br></div><div><br></div><div># A goal identified</div><div><br></div><div>To move work into Pulp such that Katello never needs to reindex Pulp's content.</div><div><br></div><div># Next Steps</div><div><br></div><div>We're going to map out the existing Katello application page-by-page and capture use cases for each. We will do this over a series of meetings, two-per week. At our next meeting we are outlining a schedule of all the pages.</div><div><br></div><div>For each item we will outline a very-brief technical plan (a few words) of the steps katello will take when interacting with Pulp for each. We will also clearly sort use cases into those that have all the necessary Pulp parts already in place and those that Pulp cannot yet fulfill.</div><div><br></div><div>Our next report will contain the list of topics with a proposed schedule of the first few and what they will cover. This will likely live on the wiki.</div><div><br></div><div>Comments, ideas, discussion, concerns, etc are all welcome.<br></div></div>
<br></div></div>______________________________<wbr>_________________<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<wbr>/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>
</blockquote></div><br></div>