<div dir="ltr"><div><div><div><div>Hey Tim, <br><br>Now that I'm more familiar with the Debian go packaging tools, this is the work I've done so far: <a target="_blank" href="https://github.com/01org/ciao/pull/394/files">https://github.com/01org/ciao/pull/394/files</a>,
 I was wondering if you're still interested in giving some feedback, 
which will be really appreciated. Fortunately, all the dependencies are 
in the Debian archive already, and I was able to construct the .deb for 
this project.<br>Now I'm reading about all the process of becoming a Debian contributor/maintainer, I would like to join the go packaging team.<br><br></div></div>PS: I skip the tests because some are expected to fail, I'm currently working on how to skip only those.<br><br></div>Regards,<br></div>Erick Cardona<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-07-20 17:53 GMT-05:00 Potter, Tim (HPE Linux Support) <span dir="ltr"><<a href="mailto:timothy.potter@hpe.com" target="_blank">timothy.potter@hpe.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 21 Jul 2016, at 8:13 AM, Michael Hudson-Doyle <<a href="mailto:michael.hudson@canonical.com">michael.hudson@canonical.com</a>> wrote:<br>
><br>
> On 21 July 2016 at 07:39, Erick Cardona <<a href="mailto:erick0zcr.dev@gmail.com">erick0zcr.dev@gmail.com</a>> wrote:<br>
>> Hi Tim and thanks!<br>
>><br>
>> I'm just using a random upstream repository(github) and trying to package it<br>
>> using the Debian tools. Actually dh-make-golang does all the magic and now<br>
>> I'm able to create the .deb with the binaries and sources in it. I don't<br>
>> know why yesterday it wasn't including the binaries in the .deb package, but<br>
>> now is working like a charm. Today I was messing it with cowbuilder and<br>
>> pbuilder stuff and it works. I'll take a closer look on how those tools work<br>
>> under the hood.<br>
>><br>
>> Question: If some projects have their dependencies in the vendor dir, why<br>
>> dh-make-golang skip those? Does Debian packages never ship the deps in that<br>
>> way?<br>
><br>
> It is against debian policy:<br>
> <a href="https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles" rel="noreferrer" target="_blank">https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles</a><br>
<br>
</span>Right - it's highly preferred that vendored dependencies are unbundled from the<br>
upstream and added as Build-Dependencies to the package.  Unfortunately this<br>
can be a lot of work depending on the number of dependencies and nested<br>
dependencies.  For a small package it's usually not a problem.<br>
<br>
I haven't figured out what the best way is to create an upstream source orig.tar.gz<br>
file that doesn't contain the vendored source though.  For packages with releases<br>
(as opposed to snapshots of the master branch) you can use Files-Excluded<br>
in debian/copyright and then uscan can download and repack the upstream<br>
source.  Not sure what the best idea for git snapshot packages is yet.<br>
<br>
<br>
Tim.<br>
<br>
><br>
> Cheers,<br>
> mwh<br>
><br>
<br>
</blockquote></div><br></div>