<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 5, 2017 at 12:16 AM, Vincent Bernat - <a href="mailto:bernat@debian.org">bernat@debian.org</a> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> ❦  4 juin 2017 18:27 -0400, <a href="mailto:pkgoyq.xpt@neverbox.com">pkgoyq.xpt@neverbox.com</a> :<br>
<span class="gmail-"><br>
>> > Does Debian have such arrangement as well (no Go executables in PATH)<br>
>> > having installed a (minimum) golang-1.x-go package?<br>
>><br>
>> You need to install golang-go package. Currently, this will use Go<br>
>> 1.7.<br>><br>
> Would it be a better option to have golang-1.x-go packages to link Go<br>
> executables into PATH, instead of golang-go?<br>
<br>
</span>In the past, users were able to choose their Go version with the<br>
"update-alternatives" mechanism. However, this doesn't work well for<br>
compilers as packages would be built with a different version depending<br>
on the environment. gcc is in the same situation.<br></blockquote><div><br></div><div><br></div><div>Oh, duh. So using `update-alternatives` doesn't work well to switch Go versions. So that seems to be another reason to put executables back into PATH in golang-1.x-go package, because I presume that more than 99% of people would only install one version of go, and expect it would work, without any more extra manual intervention, like all other tools that they are installing. </div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">> Many people would avoid installing golang-go package so as not to pull in<br>
> so many other packages that they don't need. I even go to the extreme and<br>
> didn't even install golang-1.8. Would it better to provide such choice for<br>
> them, instead of forcing them to install so many other packages that they<br>
> don't need?<br>
<br>
</span>golang-go depends on golang-1.x-go and golang-src which in turn depends<br>
on golang-1.x-src. golang-1.x-go also depends on golang-1.x-src. So, you<br>
end with the same set of packages.<br></blockquote><div><br></div><div>If that was the intention, then maybe golang-1.7 is not doing it right? I.e., I totally agree that installing golang-go should not pull in more dependents than golang-1.x-go, however, golang-1.7 depends on golang-1.7-doc (<a href="https://packages.debian.org/unstable/golang-1.7">https://packages.debian.org/unstable/golang-1.7</a>) -- I bet most people would look up documents from the internet, despite that they have golang doc installed locally. </div><div><br></div><div>I.e., that golang doc dependency is not necessary, and should be changed to suggest instead. </div><div><br></div><div>Thoughts? </div><div><br></div></div></div></div>