<p dir="ltr">Love this idea, I wonder if the Import-Path XS header could help resolve packages in a proof of concept</p>
<div class="gmail_quote">On Apr 5, 2016 5:54 PM, "Tianon Gravi" <<a href="mailto:tianon@debian.org">tianon@debian.org</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 5 April 2016 at 14:47, Florian Weimer <<a href="mailto:fw@deneb.enyo.de">fw@deneb.enyo.de</a>> wrote:<br>
> We currently need these intermediate dependencies to discover all the<br>
> affected applications.  So perhaps dh_golang needs to construct the<br>
> transitive closure, instead of listing just immediate build<br>
> dependencies.  If we don't want to put this information into the<br>
> Packages file, maybe we can keep it in the separate debuginfo<br>
> packages.<br>
<br>
It _should_ be possible to adjust dh_golang to use "go list" in order<br>
to determine the exact full set of Go packages which the application<br>
code depends on, and then use _that_ list to cross-reference the files<br>
in /usr/share/gocode to get the real list of packages for Built-Using<br>
( haven't verified whether it's feasible for dh_golang to do this, but<br>
it's pretty similar to how it's currently using "go list" to gather<br>
the list of packages to actually build).<br>
<br>
♥,<br>
- Tianon<br>
  4096R / B42F 6819 007F 00F8 8E36  4FD4 036A 9C25 BF35 7DD4<br>
<br>
_______________________________________________<br>
Pkg-go-maintainers mailing list<br>
<a href="mailto:Pkg-go-maintainers@lists.alioth.debian.org">Pkg-go-maintainers@lists.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.org/cgi-bin/mailman/listinfo/pkg-go-maintainers</a></blockquote></div>