Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Testts #81

Closed
wants to merge 9 commits into from
Closed

Testts #81

wants to merge 9 commits into from

Conversation

gidden
Copy link
Member

@gidden gidden commented Jun 15, 2015

built on top of #79 and #80, this looks at dbtypes.json.old in the cyclus repo (it requires cyclus/cyclus#1184). it should build and all tests should pass.

@gidden
Copy link
Member Author

gidden commented Jun 15, 2015

hi @opotowsky, takes a look at this PR to check against the old dbtypes

@opotowsky
Copy link
Member

Oh, I feel very silly...I was changing the .json file name because I wasn't paying enough attention. Of course this passes now.

Question, though. As expected, the previous PRs are failing without the .old file. Should I merge them all in so this one can be reverted when we figure out the typsesytem bug in cymetric? But then I'm merging in failed builds...

@gidden
Copy link
Member Author

gidden commented Jun 15, 2015

These depend on cyclus/cyclus#1184, so that would need to be merged in
first. Then this branch should have its Travis run relaunched, as it would
be the only one expected to pass. It can then be pulled in to at least have
a minimally-working version in the near term.

I am not convinced that we actually need to support pre-release versions of
cymetric, so perhaps @scopatz can speak to that (if so, that should
probably be a listserv discusison). If needed, though, we can re-add the
old dbtypes.js to the website for one more release cycle and remove it
after that.

On Mon, Jun 15, 2015 at 12:05 PM, opotowsky [email protected]
wrote:

Oh, I feel very silly...I was changing the .json file name because I
wasn't paying enough attention. Of course this passes now.

Question, though. As expected, the previous PRs are failing without the
.old file. Should I merge them all in so this one can be reverted when we
figure out the typsesytem bug in cymetric? But then I'm merging in failed
builds...


Reply to this email directly or view it on GitHub
#81 (comment).

Matthew Gidden, Ph.D.
Postdoctoral Associate, Nuclear Engineering
The University of Wisconsin -- Madison
Ph. 225.892.3192

@scopatz
Copy link
Member

scopatz commented Jun 17, 2015

I am not convinced that we actually need to support pre-release versions of cymetric so perhaps @scopatz can speak to that

I would say no need for support for a couple of reasons. The first is that there was no promise of stability for cymetric until v1.3. The second is that there hadn't been any releases at all until then, so their was no promise of anything even being remotely backwards compatible.

@opotowsky opotowsky mentioned this pull request Jul 6, 2015
@gidden gidden closed this Aug 6, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants