I'm not sure how to answer that question. npm and homebrew manage package lists with unique names.
On Saturday, July 16, 2016 at 11:46:04 AM UTC-5, Chris Broadfoot wrote: > > 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" <shur...@gmail.com > <javascript:>> 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...@googlegroups.com <javascript:>. > 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.
