If it isn't the right way of doing things, it might be something we can change (for 1.8, probably). What's an installer meant to do if there's an existing binary or symlink at that location?
On Jul 16, 2016 9:41 AM, "Dmitri Shuralyov" <shurc...@gmail.com> wrote: Can someone please explain the thinking behind this design decision? Is it > more common on Linux to have a lot of path additions instead of symbolic > links to executables? Was this something that was discussed and decided > upon by the core team or just an arbitrary decision? > I'd love to get a better understanding of why this choice. I have never > seen another software take this approach. This is a great question and I'm curious to find out too from someone familiar with this design decision. Not a complaint from me either, I am very happy with either behavior. Just curious. On Tuesday, July 12, 2016 at 4:05:36 PM UTC-4, jsej...@gmail.com wrote: > > Don't read this as a complaint. I'm trying to get feedback from code > reviewers about the design decision regarding this behavior of the > installer. > > In my experience, most software for OS X that installs cli components > installs to /usr/local/ and then creates symbolic links to executables in > /usr/local/bin/, as not to modify my $PATH. However, the Go installer > differs in approach by creating a new entry in /etc/paths.d/ for > path_helper > <https://developer.apple.com/legacy/library/documentation/Darwin/Reference/ManPages/man8/path_helper.8.html> > to read and then modify my $PATH. Can someone please explain the thinking > behind this design decision? Is it more common on Linux to have a lot of > path additions instead of symbolic links to executables? Was this something > that was discussed and decided upon by the core team or just an arbitrary > decision? > > I'd love to get a better understanding of why this choice. I have never > seen another software take this approach. > > > <https://lh3.googleusercontent.com/-7BiY9UmLB3E/V4VMlKkOlSI/AAAAAAAADbg/NGTdOdAPFA0CGalwQ4q8JNDH91Q3fxOuQCLcB/s1600/go-installer.png> > > -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "golang-nuts" group. To unsubscribe from this group and stop receiving emails from it, send an email to golang-nuts+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
