<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Mar 16, 2018 at 3:19 AM, Arnaud Rebillout <span dir="ltr"><<a href="mailto:arnaud.rebillout@collabora.com" target="_blank">arnaud.rebillout@collabora.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"><span class="gmail-"><br>
On 03/15/2018 07:52 PM, Martín Ferrari wrote:<br>
> On 15/03/18 09:22, Arnaud Rebillout wrote:<br>
><br>
>> So I made a beginner mistake, but I'm learning, and hopefully I'm on the<br>
>> right track !<br>
> Don't worry, we've all been there.. the go ecosystem is a mess.<br>
<br>
</span>From what I understand, Go is just not ready for shared libraries yet,<br>
but there's plan to improve that, so let's be patient !<br></blockquote><div><br></div><div>Shared libraries are independent of versioning. There is <a href="https://research.swtch.com/vgo">https://research.swtch.com/vgo</a> addressing versioning, but I don’t think the shared library situation will change (or what good it would do for our situation).</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
><br>
>> I don't know what's the best way to deal with this situation, so if<br>
>> anyone from the team can provide some advice, that would be super welcome !<br>
> I sometimes have kept small dependencies vendored in for convenience..<br>
> But keeping the whole containerd seems wrong to me. Specially<br>
> considering that it is something that can have security implications.<br>
> Vendoring means nobody knows that version is there, so no audits; and<br>
> the problem of patching separate copies, with different versions, when<br>
> there is some patch to urgently apply..<br>
><br>
> In an ideal world, we should try to convince the docker people to use<br>
> stable APIs (that means using only released non-alpha versions!), or at<br>
> least to fix the incompatibilities with 1.0.2. I think it is at least<br>
> worth a try.<br>
><br>
> The other way, which we have done many times, is to patch the software<br>
> ourselves. I have no idea why docker does not build with that version,<br>
> but sometimes it is not that difficult to fix.<br>
<br>
</span>At a first glance I thought some bits of the containerd API were missing<br>
in the latest version, compared to the alpha. But I was wrong, after a<br>
closer look I see that it's just been moved, so I will try to patch<br>
swarmkit to build against the latest containerd. If it works I will<br>
submit my patch upstream and see how it goes.<br>
<br>
Thanks for all the explanation !<br>
<span class="gmail-HOEnZb"><font color="#888888"><br>
   Arnaud<br>
</font></span><div class="gmail-HOEnZb"><div class="gmail-h5"><br>
______________________________<wbr>_________________<br>
Pkg-go-maintainers mailing list<br>
<a href="mailto:Pkg-go-maintainers@lists.alioth.debian.org">Pkg-go-maintainers@lists.<wbr>alioth.debian.org</a><br>
<a href="http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers" rel="noreferrer" target="_blank">http://lists.alioth.debian.<wbr>org/cgi-bin/mailman/listinfo/<wbr>pkg-go-maintainers</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards,<br>Michael</div>
</div></div>