<div dir="ltr"><div>I see no follow-up to Swann's question so let me elaborate why this issue is important for the LMA plugins.<br></div><div><br>First I need to explain what was our release schedule for the LMA plugins during the MOS 7.0 cycle:<br></div><div>- New features were done on the master branch which was only compatible with MOS 7.0.<br></div><div>- We maintained the stable/0.7 branches of the LMA plugins to remain compatible with both MOS 6.1 and 7.0. The work was very lightweight like backporting a few fixes from the master branch (for instance the metadata.yaml update).<br></div><div><br>This workflow allows several things for us:<br>- Ship a point release of the LMA toolchain based on the stable(/0.7) branch soon after MOS (7.0) is released. This let users deploy LMA with MOS 7 without waiting for the new LMA version that's been release a few months after MOS 7.<br>- Use a well-know version of the LMA toolchain with the MOS version under development for troubleshooting, performance analysis, longevity testing, ... This one is of great interest for the QA team. If we were to use the master branch of the LMA plugins, it would dramatically decrease the stability of the whole.<br></div><div>- Make sure that the LMA toolchain can be deployed with plugins that don't support the latest MOS version: for instance, we're going to release our master branch (compatible only with MOS 8) right after MOS GA but other plugins won't ship a new version before MOS 9 so we need to keep supporting MOS 7.<br></div><div><br>Looking at the originating bug description [1], I'm not sure to fully understand what problem the change is trying to fix and why it's been backported on stable/8.0. But IMO, the change puts too much burden on plugin developers. Maintaining several branches of our plugins for every MOS version is the last thing I want to do.<br><br></div><div></div><div>Regards,</div>Simon<br><br>[1] <a href="https://bugs.launchpad.net/fuel/+bug/1508486">https://bugs.launchpad.net/fuel/+bug/1508486</a><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 21, 2016 at 10:23 AM, Bartlomiej Piotrowski <span dir="ltr"><<a href="mailto:bpiotrowski@mirantis.com" target="_blank">bpiotrowski@mirantis.com</a>></span> wrote:<br><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">Breakage of anything is probably the last thing I intended to achieve with that patch. Maybe I misunderstand how tasks dependencies works, let me describe *explicit* dependencies I did in tasks.yaml:<div><br><div>hiera requires deploy_start</div><div>hiera is required for setup_repositories</div><div>setup_repositories is required for fuel_pkgs</div><div>setup_repositories requires hiera</div><div>fuel_pkgs requires setup_repositories<br></div><div>fuel_pkgs is required globals<br></div><div><br></div><div>Coming from packaging realm, there is clear transitive dependency for anything that pulls globals task, i.e. if task foo depends on globals, the latter pulls fuel_pkgs, which brings setup_repositories in. I'm in favor of reverting both patches (master and stable/8.0) if it's going to break backwards compatibility, but I really see bigger problem in the way we handle task dependencies.</div></div><div><br></div><div>Bartłomiej</div></div><div class=""><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jan 21, 2016 at 9:51 AM, Swann Croiset <span dir="ltr"><<a href="mailto:scroiset@mirantis.com" target="_blank">scroiset@mirantis.com</a>></span> wrote:<br><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">Sergii, <div>I'm also curious, what about plugins which intend to be compatible with both MOS 7 and MOS 8?<div>I've in mind the LMA plugins stable/0.8</div></div><div><br></div><div>BR</div><div><br></div><div>--</div><div>Swann</div></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jan 20, 2016 at 8:34 PM, Sergii Golovatiuk <span dir="ltr"><<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.com</a>></span> wrote:<br><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">Plugin master branch won't be compatible with older versions. Though the plugin developer may create stable branch to have compatibility with older versions.<div><br></div></div><div class="gmail_extra"><span><br clear="all"><div><div><div dir="ltr">--<br>
Best regards,<br>
Sergii Golovatiuk,<br>
Skype #golserge<br>
IRC #holser<br></div></div></div>
<br></span><div><div><div class="gmail_quote">On Wed, Jan 20, 2016 at 6:41 PM, Dmitry Mescheryakov <span dir="ltr"><<a href="mailto:dmescheryakov@mirantis.com" target="_blank">dmescheryakov@mirantis.com</a>></span> wrote:<br><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">Sergii,<div><br></div><div>I am curious - does it mean that the plugins will stop working with older versions of Fuel?</div><div><br></div><div>Thanks,</div><div><br></div><div>Dmitry</div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div>2016-01-20 19:58 GMT+03:00 Sergii Golovatiuk <span dir="ltr"><<a href="mailto:sgolovatiuk@mirantis.com" target="_blank">sgolovatiuk@mirantis.com</a>></span>:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div><div dir="ltr">Hi,<div><br></div><div><div><div><div>Recently I merged the change to master and 8.0 that moves one task from Nailgun to Library [1]. Actually, it replaces [2] to allow operator more flexibility with repository management.  However, it affects the detached components as they will require one more task to add as written at [3]. Please adapt your plugin accordingly.</div><div><br></div><div>[1] <a href="https://review.openstack.org/#/q/I1b83e3bfaebecdb8455d5697e320f24fb4941536" target="_blank">https://review.openstack.org/#/q/I1b83e3bfaebecdb8455d5697e320f24fb4941536</a></div><div>[2] <a href="https://github.com/openstack/fuel-web/blob/master/nailgun/nailgun/orchestrator/tasks_serializer.py#L149-L190" target="_blank">https://github.com/openstack/fuel-web/blob/master/nailgun/nailgun/orchestrator/tasks_serializer.py#L149-L190</a></div><div>[3] <a href="https://review.openstack.org/#/c/270232/1/deployment_tasks.yaml" target="_blank">https://review.openstack.org/#/c/270232/1/deployment_tasks.yaml</a></div><div dir="ltr"><br></div><div dir="ltr">--<br>
Best regards,<br>
Sergii Golovatiuk,<br>
Skype #golserge<br>
IRC #holser<br></div></div></div>
</div></div>
<br></div></div>__________________________________________________________________________<span><br>
OpenStack Development Mailing List (not for usage questions)<br></span>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>