<div dir="ltr">Hi Matt,<div><br></div><div>Perfect, thanks for the summary of the state of things as well.</div><div><br></div><div>1130 changeset?!  Yowza!</div><div><br></div><div>Britton</div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Thu, Mar 13, 2014 at 1:55 PM, Matthew Turk <span dir="ltr"><<a href="mailto:matthewturk@gmail.com" target="_blank">matthewturk@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Britton,<br>
<br>
Okay, done.<br>
<br>
There are now three bookmarks that will get updated in the main<br>
yt_analysis/yt repository.<br>
<br>
development: this is the yt-3.0 branch that does not include unitrefactor<br>
experimental: this is the yt-3.0 branch that does include unitrefactor<br>
and rebranding<br>
@: this is yt-2.x<br>
<br>
stable branch is still the stable release.  The differences between @<br>
and stable are quite minimal right now.  I've also tagged a yt-3.0a4<br>
which is pre-unitrefactor/rebranding.<br>
<br>
Also, this was 1130 changesets.<br>
<br>
-Matt<br>
<div class="HOEnZb"><div class="h5"><br>
On Thu, Mar 13, 2014 at 9:13 AM, Britton Smith <<a href="mailto:brittonsmith@gmail.com">brittonsmith@gmail.com</a>> wrote:<br>
> Great, I think this has the requisite support.  Matt, would you care to do<br>
> the honors of pushing both the rebranding and unitrefactor PRs to this new<br>
> "experimental" bookmark in yt_analysis?<br>
><br>
> Britton<br>
><br>
><br>
> On Thu, Mar 13, 2014 at 12:22 AM, Anthony Scopatz <<a href="mailto:scopatz@gmail.com">scopatz@gmail.com</a>> wrote:<br>
>><br>
>> +1<br>
>><br>
>><br>
>> On Wed, Mar 12, 2014 at 6:08 PM, Cameron Hummels <<a href="mailto:chummels@gmail.com">chummels@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> +1<br>
>>><br>
>>> While in general, I would advocate that PRs only be accepted when they<br>
>>> include sufficient documentation, in this case, it sounds fair to merge into<br>
>>> the main 3.0 repo with the bookmark, as it will be a lot less cumbersome to<br>
>>> test and document things before removing the bookmark and going gold.<br>
>>><br>
>>> Good work, everyone!<br>
>>><br>
>>> Cameron<br>
>>><br>
>>><br>
>>> On Wed, Mar 12, 2014 at 6:05 AM, Britton Smith <<a href="mailto:brittonsmith@gmail.com">brittonsmith@gmail.com</a>><br>
>>> wrote:<br>
>>>><br>
>>>> Hi all,<br>
>>>><br>
>>>> There are two major changes coming soon for yt-3.0 as we march our way<br>
>>>> to an official release.  These are the unitrefactor and the rebranding.  The<br>
>>>> unitrefactor adds symbolically expressed, convertible units to all fields<br>
>>>> and scalars in yt.  The rebranding is a rethinking of some of yt's<br>
>>>> conceptual entities (such as thinking of a "dataset" instead of a "parameter<br>
>>>> file", an "indexer" instead of a "hierarchy", etc.) and attempt to de-astro<br>
>>>> the infrastructure as we start to think about working with other sciences.<br>
>>>> The unitrefactor also contains some rebranding efforts in the form of field<br>
>>>> renaming (e.g., "Density" becoming "density"), so these changes are somewhat<br>
>>>> linked.<br>
>>>><br>
>>>> What we need to figure out is the process by which these changes are<br>
>>>> merged into the yt-3.0 branch of the main repo (yt_analysis).  In my<br>
>>>> opinion, the primary issues are the following:<br>
>>>><br>
>>>> 1. Develop is cumbersome because it is taking place within Matt's fork,<br>
>>>> meaning that all contributors have to fork his fork and issue PRs to that.<br>
>>>> This is annoying because one has to maintain two forks and because most<br>
>>>> people aren't getting notified of PRs issued to Matt's fork.<br>
>>>><br>
>>>> 2. Experience has shown that the only way to identify all the bugs is by<br>
>>>> actually attempting to use the code to do Real Stuff.  What this means is we<br>
>>>> need all the frontends represented and people putting the various<br>
>>>> functionality and analysis modules to use.  I think for most people, having<br>
>>>> to pull changes in from an external repo and perform various mercurial magic<br>
>>>> just to test changes is a bridge to far.  We need to lower the barrier to<br>
>>>> entry.<br>
>>>><br>
>>>> 3. There is still a good amount of documentation, testing, polishing,<br>
>>>> etc before this can be called stable.  Even though yt-3.0 is still<br>
>>>> officially Under Development, a number of people are using it to do actual<br>
>>>> things and so it is unreasonable to just land this on them without full<br>
>>>> documentation and with such a high likelihood that it will break things.<br>
>>>><br>
>>>> I propose that the unitrefactor and rebranding work be pulled into the<br>
>>>> main repository in an "experimental" bookmark.  I think this will a)<br>
>>>> streamline development and make it more visible to everyone, b) lower the<br>
>>>> barrier to trying it out for people so we can actually get everything tested<br>
>>>> and working, and c) not disrupt the workflow of the current users of yt-3.0.<br>
>>>> I also think this is the quickest way of satisfying everyone in terms of<br>
>>>> getting all of the necessary documentation written as it makes the<br>
>>>> development significantly more open and accessible.<br>
>>>><br>
>>>> For more info on what needs to be done on both of these fronts and for<br>
>>>> yt-3.0 in general, see the trello boards: <a href="https://trello.com/yt_analysis" target="_blank">https://trello.com/yt_analysis</a><br>
>>>><br>
>>>> Can we get a +/-1 on this?<br>
>>>><br>
>>>> Britton<br>
>>>><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" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Cameron Hummels<br>
>>> Postdoctoral Researcher<br>
>>> Steward Observatory<br>
>>> University of Arizona<br>
>>> <a href="http://chummels.org" target="_blank">http://chummels.org</a><br>
>>><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" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
>>><br>
>><br>
>><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" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
>><br>
><br>
><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" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
><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" target="_blank">http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org</a><br>
</div></div></blockquote></div><br></div>