<div dir="ltr">Also, I take issue with calling this "lazyness".<div><div><div><div><br></div><div>To imply the golang team hasn't put thought into a large section of the archive is not very nice.</div><div><br></div><div>Thanks,</div><div>  Paul</div><div><br></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Mar 31, 2016 at 11:34 AM, Paul R. Tagliamonte <span dir="ltr"><<a href="mailto:paultag@gmail.com" target="_blank">paultag@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">That's correct.<div><br>This is no different than saying the Python importable name is the package name. And why we see stuff like:<br><br>python-foo.bar, since you import foo.bar.</div><div><br></div><div>You import that URL. The package name is just the import name. No different than Python.</div><div><br></div><div>Cheers,</div><div>  Paul</div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Thu, Mar 31, 2016 at 11:28 AM, Simon McVittie <span dir="ltr"><<a href="mailto:smcv@debian.org" target="_blank">smcv@debian.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Thu, 31 Mar 2016 at 11:10:56 -0400, Holger Levsen wrote:<br>
> As you might have noticed, golang packages seem to have an, aehm,<br>
> interesting naming scheme, where they basically take the upstream URL<br>
> and turn this into a package name.<br>
<br>
</span>If I understand correctly, the URL of a Go package is ABI. For instance in<br>
<<a href="https://github.com/peterbourgon/diskv/blob/master/index.go" rel="noreferrer" target="_blank">https://github.com/peterbourgon/diskv/blob/master/index.go</a>>:<br>
<br>
> import (<br>
>       "sync"<br>
><br>
>       "<a href="http://github.com/google/btree" rel="noreferrer" target="_blank">github.com/google/btree</a>"                  <<---<br>
> )<br>
<br>
I'm not defending that design decision, but given that it exists,<br>
having Debian package names mechanically derived from what you "import"<br>
(or "use" or whatever the language's idiom is) seems like A Good Thing.<br>
See also: the way we encode SONAMEs into C binary package names, and<br>
the name you "import" or "use" into Python and Perl binary package names<br>
("import dbus.mainloop.qt" -> python3-dbus.mainloop.qt,<br>
"use Text::Markdown::Discount" -> libtext-markdown-discount-perl)<br>
<span><font color="#888888"><br>
    S<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>:wq<br clear="all"><div><br></div>-- <br><div class="gmail_signature">:wq</div>
</div>
</font></span></div></blockquote></div></div>