<div dir="ltr">On Thu, Mar 24, 2016 at 10:12 PM, Eric Snow <span dir="ltr"><<a href="mailto:eric.snow@canonical.com" target="_blank">eric.snow@canonical.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Perhaps we should move the implementation of some providers over to<br>
the repos for the projects with which the providers interact (and then<br>
just import them in providers/all).  Then those providers would be<br>
more likely to stay up-to-date in the face of changes in the project,<br>
particularly backward-incompatible ones.  For example:<br>
<br>
* provider/maas -> <a href="http://github.com/juju/gomaasapi/maasprovider" rel="noreferrer" target="_blank">github.com/juju/gomaasapi/maasprovider</a><br>
* provider/lxd -> <a href="http://github.com/lxc/lxd/lxdprovider" rel="noreferrer" target="_blank">github.com/lxc/lxd/lxdprovider</a><br>
* ...<br>
<br>
or something like that.  It's not a perfect solution nor a complete<br>
one, but it should help.<br></blockquote><div><br></div><div>Is the intent to make it hard to change the library project without updating the provider? I understand the impulse, but ISTM that this will make it harder to work on those projects and not actually lead to any better outcomes for juju. Ultimately, isn't it our job to keep up with changes to the libraries we depend upon?<br><br></div><div>Cheers<br></div><div>William<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
-eric<br>
<br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</font></span></blockquote></div><br></div></div>