Hi all,<br><br>I apologize if I'm asking questions on things that have already been discussed.  What documentation currently exists on the testing infrastructure, specifically how to write and contribute the tests?  I have been long assigned to the issue of "testing documentation" on the issue tracker, but I took myself off it this morning because I haven't worked with it in so long that I don't remember how it works.  I would be willing to help out getting the tests together, but it would be helpful if there was something I could go look at for how to do them and what remains.  I've been out of the loop for a while, so sorry if this has been dealt with.<br>
<br>Also, I like the idea of having an issue that can be pointed to for each enhancement.  I would support that as well as quarterly releases.<br><br>Britton<br><br><div class="gmail_quote">On Wed, Oct 10, 2012 at 10:48 AM, 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 Sam,<br>
<div><div class="h5"><br>
On Tue, Oct 9, 2012 at 9:42 PM, Sam Skillman <<a href="mailto:samskillman@gmail.com">samskillman@gmail.com</a>> wrote:<br>
><br>
><br>
> On Tue, Oct 9, 2012 at 10:34 PM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>> wrote:<br>
>><br>
>> Hi Mike,<br>
>><br>
>> On Tue, Oct 9, 2012 at 9:23 PM, Michael Kuhlen <<a href="mailto:mqk@astro.berkeley.edu">mqk@astro.berkeley.edu</a>><br>
>> wrote:<br>
>> > Hi Jeff<br>
>> ><br>
>> ><br>
>> >> Holy crap, I didn't realize<br>
>> >><br>
>> >> pip install yt<br>
>> >><br>
>> >> was a goal! that would be awesome.<br>
>> ><br>
>> > In that case you may be interested in this ubuntu PPA I made a little<br>
>> > while<br>
>> > ago, for yt (2.4) and yt-devel (2.5):<br>
>> > <a href="https://launchpad.net/~kuhlen/+archive/ppa" target="_blank">https://launchpad.net/~kuhlen/+archive/ppa</a><br>
>> ><br>
>> > The current version of yt-devel is based on changeset 467f57b (from<br>
>> > 08/24).<br>
>> > I need to update it...<br>
>><br>
>> I completely forgot to update the web page!  I will do this either<br>
>> tomorrow or Thursday (although if anybody wants to issue a pull<br>
>> request to the website with the info, it can be redeployed asap.)<br>
>> Thank you again for doing this!<br>
>><br>
>> I think the PPA, Kacper's ebuild, having pip install work, and TomR's<br>
>> MacPorts are all really, really good reasons to start focusing on<br>
>> reducing the install script overhead, handling things like<br>
>> dependencies in a more clear way, and making yt work as an independent<br>
>> software package much better.  And I think the more we move into this<br>
>> area the more we should try to have a rolling, regular release<br>
>> schedule.  Does that ring true to everybody else, too?  The more we<br>
>> have the ability to install yt independently of hg, independently of<br>
>> the install_script, the more we should try to make a regular release<br>
>> schedule with it.<br>
><br>
><br>
> Yes!  I personally think regular releases should be nearly automated based<br>
> on the passing of tests at regular intervals (i.e. monthly/quarterly).  If<br>
> we are diligent about setting up BB issues that track individual<br>
> enhancements, even the features  changelog could be easily generated.<br>
<br>
</div></div>I like this idea.  We have speculated in the past about moving to<br>
quarterly releases.  If we were better about managing the issue<br>
tracker (or JIRA!) and unit (not just answer) testing new<br>
functionality, this would be easier to manage.  Furthermore, as you<br>
note, the changelog would be easier to write.  Should we mandate that<br>
any substantial PR also include reference to an issue?  Perhaps simply<br>
having an issue point to the PR and be closed when the PR is closed is<br>
good, to ensure we don't fragment the PR conversations but that we<br>
have a unified place where changes are tracked.<br>
<br>
I would support this.  But we *need* to have a testing push to make it<br>
happen.  I've been out of the loop most of this week, but I hope to be<br>
 back in action next week.  So what we're looking at is:<br>
<br>
1) Issue tracking for enhancements, to allow for changelog writing and so on<br>
2) Regular releases -- I'd push for quarterly -- with a real release coordinator<br>
3) Much higher barrier to entry for testing<br>
<br>
Would contributors be willing to participate in this?  I will commit<br>
to unit testing new functionality in advance of any push or PR.<br>
<br>
-Matt<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> Sam<br>
><br>
>><br>
>> -Matt<br>
>><br>
>> ><br>
>> > Cheers,<br>
>> ><br>
>> > Mike<br>
>> ><br>
>> ><br>
>> > On Tue, Oct 9, 2012 at 4:03 PM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> Hi Casey,<br>
>> >><br>
>> >> On Tue, Oct 9, 2012 at 3:59 PM, Casey W. Stark <<a href="mailto:caseywstark@gmail.com">caseywstark@gmail.com</a>><br>
>> >> wrote:<br>
>> >> > Just so this is clear, if we are working on development that is not<br>
>> >> > testing,<br>
>> >> > should we move over to 3.0 now?<br>
>> >><br>
>> >> Not yet, but soon.  Sorry, I should have been more clear -- I believe<br>
>> >> it's almost ready for primetime, and in a settled state for<br>
>> >> rectilinear, patch-based data.  I will update the list very, very soon<br>
>> >> on its state.  I'll go through the milestone list and take a crack at<br>
>> >> updating the tickets, the scripts, and report back.<br>
>> >><br>
>> >> -Matt<br>
>> >><br>
>> >> ><br>
>> >> > - Casey<br>
>> >> ><br>
>> >> ><br>
>> >> > On Tue, Oct 9, 2012 at 2:38 PM, Sam Skillman <<a href="mailto:samskillman@gmail.com">samskillman@gmail.com</a>><br>
>> >> > wrote:<br>
>> >> >><br>
>> >> >> Sounds good to me.  I was actually also holding out a bit to<br>
>> >> >> incorporate<br>
>> >> >> testing into some of the new rendering capabilities anyways.<br>
>> >> >><br>
>> >> >><br>
>> >> >> On Tue, Oct 9, 2012 at 3:36 PM, Matthew Turk <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>> >> >> wrote:<br>
>> >> >>><br>
>> >> >>> Hi Sam,<br>
>> >> >>><br>
>> >> >>> On Tue, Oct 9, 2012 at 2:30 PM, Sam Skillman<br>
>> >> >>> <<a href="mailto:samskillman@gmail.com">samskillman@gmail.com</a>><br>
>> >> >>> wrote:<br>
>> >> >>> > If the release timeframe is end of year, I will put in the alpha<br>
>> >> >>> > channel<br>
>> >> >>> > rendering, enabling a lot of cool things.  It is already<br>
>> >> >>> > functional<br>
>> >> >>> > in<br>
>> >> >>> > one<br>
>> >> >>> > of my forks, but it needs to be cleaned up.<br>
>> >> >>><br>
>> >> >>> What if we said instead that we'd release as soon as unit testing<br>
>> >> >>> is<br>
>> >> >>> ready and 3.0 is ready for daily use for patch-based AMR, and then<br>
>> >> >>> if<br>
>> >> >>> you have time before that point to get the alpha channel in good,<br>
>> >> >>> but<br>
>> >> >>> otherwise toss it into 3.0?<br>
>> >> >>><br>
>> >> >>> -Matt<br>
>> >> >>><br>
>> >> >>> ><br>
>> >> >>> > Sam<br>
>> >> >>> ><br>
>> >> >>> ><br>
>> >> >>> > On Tue, Oct 9, 2012 at 3:28 PM, Matthew Turk<br>
>> >> >>> > <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>> >> >>> > wrote:<br>
>> >> >>> >><br>
>> >> >>> >> Hi Jeff,<br>
>> >> >>> >><br>
>> >> >>> >> On Tue, Oct 9, 2012 at 2:19 PM, j s oishi <<a href="mailto:jsoishi@gmail.com">jsoishi@gmail.com</a>><br>
>> >> >>> >> wrote:<br>
>> >> >>> >> > Hi,<br>
>> >> >>> >> ><br>
>> >> >>> >> > Since testing is something that is so high priority for this,<br>
>> >> >>> >> > and<br>
>> >> >>> >> > otherwise 2.5 is just a stepping stone to 3.0 (which a *lot*<br>
>> >> >>> >> > of<br>
>> >> >>> >> > people<br>
>> >> >>> >> > are already diving into), maybe we should *only* include<br>
>> >> >>> >> > testing,<br>
>> >> >>> >> > unless there are some already done things we could toss in?<br>
>> >> >>> >> ><br>
>> >> >>> >> > j<br>
>> >> >>> >><br>
>> >> >>> >> Come to mention it, I *really* like this idea.  Perhaps we<br>
>> >> >>> >> should<br>
>> >> >>> >> identify a threshold for building out the non-core<br>
>> >> >>> >> infrastructure<br>
>> >> >>> >> fixes (i.e., having "pip install yt" work, having a good set of<br>
>> >> >>> >> testing, etc etc) and then any other fixes or improvements that<br>
>> >> >>> >> happen<br>
>> >> >>> >> along the way are just icing on the cake?  I think having better<br>
>> >> >>> >> testing should definitely be the focus, particularly as we<br>
>> >> >>> >> transition<br>
>> >> >>> >> the codebase.<br>
>> >> >>> >><br>
>> >> >>> >> -Matt<br>
>> >> >>> >><br>
>> >> >>> >> ><br>
>> >> >>> >> > On Tue, Oct 9, 2012 at 5:14 PM, Matthew Turk<br>
>> >> >>> >> > <<a href="mailto:matthewturk@gmail.com">matthewturk@gmail.com</a>><br>
>> >> >>> >> > wrote:<br>
>> >> >>> >> >> Hi all,<br>
>> >> >>> >> >><br>
>> >> >>> >> >> We should probably try to get a 2.5 release together by the<br>
>> >> >>> >> >> end<br>
>> >> >>> >> >> of<br>
>> >> >>> >> >> the<br>
>> >> >>> >> >> year.  It would be really helpful if you are working on<br>
>> >> >>> >> >> something,<br>
>> >> >>> >> >> to<br>
>> >> >>> >> >> fill it out and target both milestone 2.5 and version 2.5 as<br>
>> >> >>> >> >> an<br>
>> >> >>> >> >> issue.<br>
>> >> >>> >> >>  That way we can identify goals and push to stable.  Testing<br>
>> >> >>> >> >> should<br>
>> >> >>> >> >> perhaps be a huge focus of this release.  But, once it's<br>
>> >> >>> >> >> done, I<br>
>> >> >>> >> >> think<br>
>> >> >>> >> >> we can try to transition to 3.0 for development.<br>
>> >> >>> >> >><br>
>> >> >>> >> >> Here's the current list, which may need curation a bit as<br>
>> >> >>> >> >> some<br>
>> >> >>> >> >> seem<br>
>> >> >>> >> >> to<br>
>> >> >>> >> >> be completed or in progress:<br>
>> >> >>> >> >><br>
>> >> >>> >> >><br>
>> >> >>> >> >><br>
>> >> >>> >> >><br>
>> >> >>> >> >><br>
>> >> >>> >> >> <a href="https://bitbucket.org/yt_analysis/yt/issues?status=new&status=open&milestone=2.5" target="_blank">https://bitbucket.org/yt_analysis/yt/issues?status=new&status=open&milestone=2.5</a><br>

>> >> >>> >> >><br>
>> >> >>> >> >> If you want to subdivide something, create a new milestone<br>
>> >> >>> >> >> and<br>
>> >> >>> >> >> target<br>
>> >> >>> >> >> *that*, but with *version* 2.5.<br>
>> >> >>> >> >><br>
>> >> >>> >> >> -Matt<br>
>> >> >>> >> >><br>
>> >> >>> >> >> PS The new bitbucket redesign is quite nice!<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>
>> >> >>> >> > 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>
>> >> >>> >> 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>
>> >> >><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>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > *********************************************************************<br>
>> > *                                                                   *<br>
>> > *  Dr. Michael Kuhlen              Theoretical Astrophysics Center  *<br>
>> > *  email: <a href="mailto:mqk@astro.berkeley.edu">mqk@astro.berkeley.edu</a>   UC Berkeley                      *<br>
>> > *  cell phone: <a href="tel:%28831%29%20588-1468" value="+18315881468">(831) 588-1468</a>      B-116 Hearst Field Annex # 3411  *<br>
>> > *  skype username: mikekuhlen      Berkeley, CA 94720               *<br>
>> > *                                                                   *<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>
><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>