<p dir="ltr">Point of clarification, Brian Coca (bcoca) confirmed there _will_ be an ansible 1.9.5 to me the other day. So we will be unblocked at some point for Docker 1.8.2. Unfortunately the module is broken with v1 registry past Docker 1.8.2.</p>
<p dir="ltr">That said here are my issues:<br>
    * its been 4 weeks since we fixed the bug upstream, we still don't have a consumable version of ansible with the fix<br>
    * waiting on new features to propagate through Docker and docker-py then we must wait on ansible to implement/merge a PR for the new features and THEN we must wait for a new ansible tag. At that point our new minimum requirement is the latest version of ansible. Hopefully it doesn't have any bugs<br>
    * it has been said that because the v1 registry is deprecated so the ansible  Docker module won't do anything to make that work (and its broken with the upstream module). The local v2 registry is orders of magnitude slower than a local v1. This is a big deal for us and its this type of issue that makes me think we need our own module long term. We can't have another project dictating such a crucial piece of our project and development</p>
<p dir="ltr">In the case of liberty, while we can unpin 1.8.2, who is to say 1.9.3 won't be broken for the same reason? Requiring later versions of ansible for fixes here won't work long term.</p>
<p dir="ltr">I'm open to solutions that solve my concerns above without requiring a module in our control.</p>
<div class="gmail_quote">On Nov 25, 2015 5:55 PM, "Steven Dake (stdake)" <<a href="mailto:stdake@cisco.com">stdake@cisco.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>Hey folks,</div>
<div><br>
</div>
<div>I understand there is some contention over whether we should make our own docker module to deal with the fact that upstream is continually busted.</div>
<div><br>
</div>
<div>The short answer is yes, I fully support our own docker module with some caveats:</div>
<div><br>
</div>
<div>The long answer is:</div>
<div>I would like the module to be compatible from a docker module perspective as it relates to Ansible integration.</div>
<div>We are not waiting until Ansible 2.0 to unpin from docker 1.8.2.</div>
<div>I want the code quality to be good, so I would appreciate thoughtful reviews of the docker module Sam has started on.</div>
<div>The code may NOT be based upon a fork of the existing code for licensing reasons (GPLV3 incompatibility).  It doesn't have to be cleanroom, but it does have to be our own body of work.</div>
<div>If upstream Ansible + docker ever get their act together, we will go back to using upstream.  If not, not. :)</div>
<div><br>
</div>
<div>I am not blaming anyone from Ansible or Docker for these problems.  Software integration is the hardest job on the planet as it relates to engineering, which is why the world is swiftly moving to full-blown CI to resolve these problems.  I know this isn't
 entirely the upstream way.  We should be fixing these things in upstream.  And we do actually do  that!  The problem is Ansible 1.9.4 is the last release of Ansible 1.9, and Ansible, being a 50 person company, can't maintain two individual versions of Ansible.
  So we are really doing this as a pragmatic factor of the environment in which we operate.</div>
<div><br>
</div>
<div>Hope that clears up my position. </div>
<div><br>
</div>
<div>Regards,</div>
<div>-steve</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>