<div dir="ltr">Thanks for the patch, it’s now merged and uploaded.<div><br></div><div>I’d prefer if you could send such patches in a bug report instead of to mailing lists which I don’t actively read :). In fact, I’d say it’s long overdue to make this package team-maintained. The repository is already in collab-maint, so if you want to make the necessary changes, please just go ahead.</div><div><br></div><div>With regards to the original post, I think we have the same issue that the haskell packaging community has, since they have the same linking model. I’ve talked to Joachim Breitner (nomeata) about this a couple years ago and he mentioned they have some tooling which addresses the issue in a sufficient way.</div><div><br></div><div>I’d suggest to tackle the problem the same way for Go, and maybe share some tools if applicable. That said, I won’t have time or motivation to do any of the work required for this, so volunteers are very welcome.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 14, 2016 at 3:08 AM, Michael Hudson-Doyle <span dir="ltr"><<a href="mailto:michael.hudson@canonical.com" target="_blank">michael.hudson@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 13 April 2016 at 21:05, Michael Hudson-Doyle<br>
<div><div class="h5"><<a href="mailto:michael.hudson@canonical.com">michael.hudson@canonical.com</a>> wrote:<br>
> On 13 April 2016 at 17:07, Tianon Gravi <<a href="mailto:admwiggin@gmail.com">admwiggin@gmail.com</a>> wrote:<br>
>> On 12 April 2016 at 21:39, Michael Hudson-Doyle<br>
>> <<a href="mailto:michael.hudson@canonical.com">michael.hudson@canonical.com</a>> wrote:<br>
>>> We could do it without 1) and the consequent re-uploading of every go<br>
>>> library by using dpkg-query --search a lot, which would be slow I<br>
>>> guess, but maybe could be done as a fallback?<br>
>><br>
>> I still asking dpkg about file/directory package ownership should be<br>
>> our primary means of generating this field -- the metadata that dpkg<br>
>> itself tracks about "which package provided<br>
>> /usr/share/gocode/src/abc/xyz which I just compiled against" will<br>
>> always be correct (due to the fact that it really is the single proper<br>
>> source of truth for such information), where some arbitrary metadata<br>
>> we add not only clutters up the package metadata as has been<br>
>> discussed, but much more importantly will have a tendency to "drift"<br>
>> from the truth, which is something that IMO we shouldn't tolerate for<br>
>> a field whose primary purpose is knowing when it's necessary to<br>
>> rebuild, especially for security fixes.  Even for really large<br>
>> packages like Docker (to choose an example that I know off the top of<br>
>> my head is reasonably hefty WRT deps) we're only talking about maybe<br>
>> ~200 of these queries at the outside end, and only at build-time, and<br>
>> only once per build, which IMO is in the realm of reasonable to avoid<br>
>> yet again uploading a minor fix to every package (moving the metadata<br>
>> over to the binary packages when we still haven't added the existing<br>
>> source package metadata to all of them yet) with information that will<br>
>> have a potential for drifting from the truth or for being too limited<br>
>> (single package providing multiple namespaces after a repo move, for<br>
>> example).<br>
><br>
> Yes, all that seems fair. Something like this?<br>
> <a href="http://paste.ubuntu.com/15806327/" rel="noreferrer" target="_blank">http://paste.ubuntu.com/15806327/</a> -- it's pretty terrible perl, but<br>
> it's actually arguably simpler than what dh_golang does already!<br>
<br>
</div></div>FWIW, I sent a better version of this patch:<br>
<a href="http://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20160411/004304.html" rel="noreferrer" target="_blank">http://lists.alioth.debian.org/pipermail/pkg-go-maintainers/Week-of-Mon-20160411/004304.html</a><br>
<br>
Cheers,<br>
mwh<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards,<br>Michael</div>
</div>