<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Oct 27, 2015 at 5:04 PM, Andrew Myers <span dir="ltr"><<a href="mailto:atmyers2@gmail.com" target="_blank">atmyers2@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">A nice thing about installing from source, even for people who don't intend to do a bunch of development themselves, is that it makes it easier to get bugfix patches quickly. When people build from source, we can just say, "to get this fix into your yt, do so-and-so and re-run develop". Having nightly conda builds mitigates this concern somewhat, but that's still more latency, and it also makes it harder to point people to not-yet-accepted PRs to try out, as well. </div><div class="gmail_extra"><br></div></blockquote><div><br></div><div>One mitigation here is that we're trying to have bugfix releases out in a more timely fashion, which includes conda packages that users will get via this script. Speaking of, I need to do a release this week....</div><div><br></div><div>At the same time, users can pretty easily get source installs using get_yt.sh, they just need to change one line in the script. I could make a much louder comment about that to the user as well.</div><div><br></div><div>I just think responding to a user saying "I want to install yt, let's try running this script" with "no! you must install xcode first" is not very friendly.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_extra"><div class="gmail_quote"><div><div class="h5">On Tue, Oct 27, 2015 at 2:42 PM, Nathan Goldbaum <span dir="ltr"><<a href="mailto:nathan12343@gmail.com" target="_blank">nathan12343@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><div dir="ltr">Hi all,<div><br></div><div>I've just issued a pull request to update the get_yt.sh script. </div><div><br></div><div><a href="https://bitbucket.org/yt_analysis/yt/pull-requests/1834/updating-miniconda-install-script/diff" target="_blank">https://bitbucket.org/yt_analysis/yt/pull-requests/1834/updating-miniconda-install-script/diff</a><br></div><div><br></div><div>This uses miniconda to install yt into a user-writable prefix. The main advantage over the install script is that we don't need to bootstrap python. This is a big help on OS X 10.11, since the openssl headers are no longer available there.</div><div><br></div><div>In the version of the script I just pull requested, I've set it to no longer build yt from source. Instead it does "conda install yt". I did this because it significantly simplifies the user-visible setup. In particular, users no longer need to have compilers installed to install everything, and we don't need to tell people to install XCode or a bunch of packages. It's also the case that the Conda versions of libraries are less useful for local development due to the way conda makes packages relocatable.</div><div><br></div><div>My plan with this is to still keep the install script available, but offer the get_yt.sh script as an alternate install script more suitable for "quick" installations for users who aren't likely going to hack on yt. The install script will still be available, and that will produce a more hackable installation of yt. It also comes with more headaches, for example on 10.11 or newer users will be responsible for installing the OpenSSL headers using e.g. homebrew or macports.</div><div><br></div><div>I know that in the past we've gone to great trouble to make sure people get hackable installations of yt out of the box. The cost of that is substantially increased pain of installation and also increased support workload for developers who respond to mailing list and IRC questions. I can easily set INST_YT_SOURCE=1 to be the default if the consensus is that people should always get hackable yt installations (e.g. source install with "setup.py develop" by default.</div><div><br></div><div>What do you all think?</div><span><font color="#888888"><div><br></div><div>-Nathan</div></font></span></div>
<br></div></div>_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org" target="_blank">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br></div>
<br>_______________________________________________<br>
yt-dev mailing list<br>
<a href="mailto:yt-dev@lists.spacepope.org">yt-dev@lists.spacepope.org</a><br>
<a href="http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org" rel="noreferrer" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
<br></blockquote></div><br></div></div>