
<html aria-label="message body"><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><p>Present: Roland, Deborah, Steve, Lucas, Peter, Beyhan, Maxwell, Jordan, Noora, Yosef, Zach</p><p>Chair: Peter</p><p>Minute taker: Deborah</p><p><br></p><p>Minutes:</p><ul><li>New ETK release done!</li></ul><ul><li>Kuibit release wrong on download page<ul><li>will be fixed</li></ul></li><li>Bitbucket issues<ul><li>Zach been working on figuring out what exactly needs to be done to convert over to github with the help of clankers<ul><li>has simplified the process greatly into just a few steps</li><li>some trickiness about mapping bitbucket users to github users<ul><li>maybe just list the bitbucket user</li><li>maybe just email address if that’s possible</li><li>clankers didn’t have a plan for handling users yet<ul><li>was just going to do names in plain text</li><li>Zach has changed this to make a user map between bitbucket and github users</li></ul></li></ul></li></ul></li></ul></li><li>Accumulated updates after the release<ul><li>CarpetX / AMReX<ul><li>there will be a breaking change to CarpetX which we wanted to do early in the release cycle</li></ul></li><li>McLachlan<ul><li>updates being brought back into focus</li></ul></li></ul></li><li>Mailing list questions<ul><li>Jordan about using GetComponents<ul><li>can it be used to update everything to the newest release?</li><li>Roland: the script doesn’t change branches so GetComponents can’t switch you to a new release<ul><li>typically just create a new Cactus directory with the new release</li></ul></li><li>Steve: it’s a feature we could add, in principle, if there is interest</li></ul></li><li>Jordan about bug in CarpetRegrid2<ul><li>has opened a ticket</li></ul></li><li>Question about IllinoisGRMHD C2P failure and Psi4 extraction<ul><li>Psi4 aspect has been answered</li><li>still waiting for help about IllinoisGRMHD part<ul><li>it’s crashing immediately</li><li>getting nans</li><li>Zach: in IllinoisGRMHD itself, where that error message appears, give some helpful tips about how to go about debugging<ul><li>turn on poisoning<ul><li>likely an issue of feeding in some data but not all the data that illinois GRMHD needs</li></ul></li><li>will reply to the email</li></ul></li></ul></li></ul></li></ul></li><li>Open tickets<ul><li>Test Derivs fails on stampede with NaNs<ul><li>Steve reproduced the bug but with the help of clankers may have found a solution</li><li>Needs more eyes</li></ul></li><li>Split the ET<ul><li>right now we have a giant thornlist with basically two sets of thorns (Carpet and CarpetX)</li><li>could split up the Carpet and the CarpetX thornlists</li><li>could help with code duplication</li><li>comes with some tradeoffs</li><li>Noora<ul><li>encountering an issue with compiling<ul><li>when compiling, it was pulling the Carpet versions instead of the CarpetX versions</li><li>some of the thorns aren’t part of the current ETK release</li></ul></li></ul></li><li>Maxwell<ul><li>what about splitting them but keeping the name differences?</li></ul></li><li>Steve<ul><li>if we get rid of the X in some names, then things like TwoPunctures don’t have to be duplicated</li></ul></li><li>Lucas<ul><li>which thorns can be made compatible across drivers?<ul><li>twopunctures seems like an exception</li></ul></li><li>at some point, we’re probably going to have a breaking change</li></ul></li><li>Roland<ul><li>we can make some level of compatibility with just a little bit of performance loss</li></ul></li><li>Steve<ul><li>went through with the help of AI to see what thorns would be easy to make compatible with both</li></ul></li><li>Yosef<ul><li>development and code maintenance is mostly a volunteer effort</li><li>deprecate Carpet once CarpetX can replicate all science</li><li>proposes that long term compatibility doesn’t need to be an overarching goal</li></ul></li><li>Steve<ul><li>agrees that we will have to move on and abandon code eventually</li><li>needs further discussion</li></ul></li><li>Zach<ul><li>solving many of these issues could be done by formalizing Roland’s tool that creates a thornlist from the parameter files</li><li>more informative error messages would be useful as well</li></ul></li><li>Jordan<ul><li>can someone explain the difference between Carpet and CarpetX?<ul><li>Lucas and Zach: it’s very nontrivial. loops are different for example. ccl files differ a bit</li><li>Zach: much easier with clankers</li></ul></li></ul></li><li>Yosef<ul><li>which thorns are actually compatible with both<ul><li>Steve: shared a markdown file with that</li><li>Roland: only a few things, like Time</li></ul></li><li>his impression is that there’s just a handful of thorns that are the same and most things are different</li><li>treats them as entirely different codes</li></ul></li><li>Peter<ul><li>what’s the timescale for actually getting CarpetX to the point of replacing Carpet for production runs</li><li>let’s discuss this further in future meetings</li></ul></li></ul></li></ul></li><li>AOB<ul><li>Steve<ul><li>made a few updates to the ETK tutorial server</li><li>should run more smoothly now</li></ul></li></ul></li></ul><div>

<div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div dir="auto" style="caret-color: rgb(0, 0, 0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: none; overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;"><div>-----------------------------------------</div><div>Deborah Ferguson</div><div>Assistant Professor</div><div>The University of Rhode Island</div></div></div>

</div>

<br></body></html>