<div dir="ltr">I haven’t had a chance to look at the packages themselves, but note that we do have a documented naming schema, see <a href="http://pkg-go.alioth.debian.org/packaging.html">http://pkg-go.alioth.debian.org/packaging.html</a></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 20, 2015 at 2:26 AM, Potter, Tim (Cloud Services) <span dir="ltr"><<a href="mailto:timothy.potter@hp.com" target="_blank">timothy.potter@hp.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 14 May 2015, at 2:33 pm, Potter, Tim (Cloud Services) <<a href="mailto:timothy.potter@hp.com">timothy.potter@hp.com</a>> wrote:<br>
><br>
> I’ve tried to assume the Go module naming convention of <a href="http://github.com/username/reponame" target="_blank">github.com/username/reponame</a> but with a golang prefix.  I’d appreciate some comments on this idea.<br>
<br>
</span>It turns out that RedHat already use a slight variation on this idea.  Each Go package is named $REPO-$USER-$REPONAME where $REPO is a source code hosting service (e.g github, bitbucket or google) which is a bit stricter than my ad-hoc scheme so far.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
Tim.</font></span><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" target="_blank">http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Best regards,<br>Michael</div>
</div>