<div dir="ltr"><div>tl;dr: you should only receive backwards compatible changes with this approach.<br></div><div><br></div><div>It's a good question to ask. The plugins the core team maintains adhere to semver so these Y updates to plugins will always be 100% backwards compatible. We won't be upgrading a plugin's X release in a single repo, e.g. core's 2.16 repo [0], because that could be backwards incompatible interface for that plugin.<br></div><div><br></div><div>[0]: <a href="https://repos.fedorapeople.org/pulp/pulp/stable/2.16/7Server/x86_64/">https://repos.fedorapeople.org/pulp/pulp/stable/2.16/7Server/x86_64/</a></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 19, 2018 at 5:53 PM, Tom McKay <span dir="ltr"><<a href="mailto:thomasmckay@redhat.com" target="_blank">thomasmckay@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"><div><div>Just curious, but I assume that for an async plugin release that would imply zero changes to the exposed APIs and only fixes to the underlying code?<br><br></div>As a consumer of pulp, we install pulp-server not individual plugins. If a plugin changes it's exposed interface (ie. API) then I'd expect a bump on the primary product version.<br><br></div>Foreman has an interface layer that, if the API changes, may itself require updates. If API is 100% backward compatible, then there shouldn't be a problem.<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 19, 2018 at 11:06 AM, Dennis Kliban <span dir="ltr"><<a href="mailto:dkliban@redhat.com" target="_blank">dkliban@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"><div class="gmail_extra"><div class="gmail_quote"><span>On Tue, Jun 19, 2018 at 10:54 AM, Ina Panova <span dir="ltr"><<a href="mailto:ipanova@redhat.com" target="_blank">ipanova@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"><div><div><div><div>Dennis,<br></div>thank you for sending out the summary of our meeting.<br><br></div>Just to highlight and check the overall understanding -  there will be one repository per Y pulp release which might contain multiple Z and Y plugin version releases.<br></div>Correct me if i am wrong.<br><br></div></div></blockquote><div><br></div></span><div>That is correct.<br></div><span><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div>What would be our next steps in terms of collaboration with the build team?<br></div><div class="gmail_extra"><br clear="all"><div><div class="m_1155707734739643526m_5214409166532351601m_144435043835771184gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br></div></div></div></div></blockquote><div><br></div></span><div>My understanding was that Patrick is planning to do some investigation and report back on this thread. Please correct me if I am wrong.<br></div><span><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div><div class="m_1155707734739643526m_5214409166532351601m_144435043835771184gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><br>--------<br>Regards,<br><br>Ina Panova<br>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>
<br><div class="gmail_quote"><div><div class="m_1155707734739643526m_5214409166532351601h5">On Mon, Jun 18, 2018 at 8:20 PM, Dennis Kliban <span dir="ltr"><<a href="mailto:dkliban@redhat.com" target="_blank">dkliban@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="m_1155707734739643526m_5214409166532351601h5"><div dir="ltr"><div>Earlier today a few of us met to discuss how we can release new Y releases of plugins without a Y release of the platform accompanying them. <br></div><div><br></div><div>The initial proposal was to publish a new Y release of a plugin at the same time as a Z release of platform and other plugins. More concretely, we were discussing putting pulp-docker-* 3.2.0 packages into the 2.16 repository[0]. This repository currently contains 3.1.3 packages. Publishing 3.2.0 packages to this repository would completely remove the 3.1.3 pulp-docker packages. Since 3.1.3 pulp-docker-* packages were only published to the 2.16 repository, the only 3.1.z package available after a publish of 3.2.0 would be 3.1.2 in the 2.15 repository[1]. After identifying this problem, we decided to NOT release pulp-docker-* 3.2.0 with the 2.16.2 z-stream release. <br></div><div></div><div><br></div><div>In order to eliminate this problem in the future, we would like to investigate if it will be possible to compose repositories with new Y releases of plugins while retaining the previous versions of packages that were already published to the repository before. If this is possible, we would try to start composing our Z stream repositories in such a way starting with 2.17.0 release. <br></div><div><br></div><div>Questions? Thoughts? Ideas?<br></div><div><br></div><div><br></div><div>[0] <a href="https://repos.fedorapeople.org/pulp/pulp/stable/2.16/7Server/x86_64/" target="_blank">https://repos.fedorapeople.org<wbr>/pulp/pulp/stable/2.16/7Server<wbr>/x86_64/</a></div><div><div></div><div>[1] <a href="https://repos.fedorapeople.org/pulp/pulp/stable/2.15/7Server/x86_64/" target="_blank">https://repos.fedorapeople.org<wbr>/pulp/pulp/stable/2.15/7Server<wbr>/x86_64/</a></div><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></span></div><br></div></div>
<br>______________________________<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>
</div></div><br>______________________________<wbr>_________________<br>
Pulp-dev mailing list<br>
<a href="mailto:Pulp-dev@redhat.com">Pulp-dev@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/pulp-dev" rel="noreferrer" target="_blank">https://www.redhat.com/<wbr>mailman/listinfo/pulp-dev</a><br>
<br></blockquote></div><br></div>