<div dir="ltr"><div>Based on the discussion that has taken place on #pulp-dev there has been reached a common agreement that the behaviour observed in the issue <a href="https://pulp.plan.io/issues/6295">https://pulp.plan.io/issues/6295</a> is an expected behaviour.</div><div>I am closing this thread for now.</div><div><br></div><div>Pavel,</div><div dir="ltr">will you update the issue with the according state and message?<br></div><div dir="ltr"><br></div><div>Thank you.</div><div><br></div><div>--------<br></div><div dir="ltr">Regards,<br><br>Ina Panova<br>Senior Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Mar 18, 2020 at 2:04 PM Ina Panova <<a href="mailto:ipanova@redhat.com">ipanova@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>This has always been a grey area:</div><div><br></div><div>what if the user who has created RepoA cannot access content to the repoB and yet we are 'stealing' the content from repoB?</div><div><br></div>--------<br><div><div><div dir="ltr"><div dir="ltr"><div><div dir="ltr">Regards,<br><br>Ina Panova<br>Senior Software Engineer| Pulp| Red Hat Inc.<br><br>"Do not go where the path may lead,<br> go instead where there is no path and leave a trail."<br></div></div></div></div></div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Mar 17, 2020 at 7:41 PM Pavel Picka <<a href="mailto:ppicka@redhat.com" target="_blank">ppicka@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">Hi, <br><br>started to work on #6295 [0] and by now at sync we look only for actual (repository we are syncing) packages if they are modular and connect to modulemd.<br><br>To fix this issue we will need to check content from other repositories (already synced) what can have a really huge impact on sync time in case of big repositories. <br><br>Do we want to get through all pulp content (RPM packages) when syncing new repository with modulemd? Or idea can be to extend sync API call with new argument to scan (all or specific) repositories. <br><br>I think we would like to keep performance of sync so better to discuss first.<br><br>Thank you<br><br>[0] <a href="https://pulp.plan.io/issues/6295" target="_blank">https://pulp.plan.io/issues/6295</a><br clear="all"><div><br></div>-- <br><div dir="ltr"><div dir="ltr"><div>Pavel Picka</div><div>Red Hat<br></div></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>