<div dir="ltr"><div><div>Dear All,</div><div> here are the minutes from today's meeting. Sorry if I missed someone or something.<br></div><div><br></div><div>Present: Bruno Giacomazzo, Steven Brandt, Roland Haas, Peter Diener, Beyhan, Artectek, Keith Dow, Zachariah Etienne, Gabriele Bozzola, Leo Rosa Werneck, Allen Wen, Yosef Zlochower<br><br>Chair: Leo<br>Minutes: Bruno<br><br>*ET release recap</div><div>Roland provided a recap. The delay was due to the addition of an Intel Compiler 19 workaround for GRHydro (it seems that there is a compiler bug that cannot recognize properly that arrays were initialized). In the future we also need a release co-chair because it is becoming too much work for just one person. It was a very large release with 3 new contributions and a large list of contributors with many students contributing to the testing.</div><div><br></div><div>Steve thinks we need to better recognize the work done by the release chair since it is a lot of work. Moreover there is always some missing point in the documentation regarding how to manage a new release.</div><div>Zach agrees with what Steve said.</div><div>We all thank Roland for his work for this release.</div><div><br></div><div><br></div><div>**missing tests in the new release<br></div><div>Roland pointed out that Canuda does not have a testsuite. We did not notice it during the release.</div><div><br></div><div><br></div><div>*Next ET release chair search<br></div><div>The search has begun. Any volunteers?</div><div>Leo is thinking about it, but he is looking for a co-chair</div><div><br></div><div><br></div><div>*Open tickets:</div><div><a href="https://bitbucket.org/einsteintoolkit/tickets/issues/2670/refinement-prolongation-all-points-must">#2670</a> (opened by Artectek): it seems to be a failure in the Carpet grid division algorithm happening after regridding, but Roland does not have an idea of what is causing this. Nobody has seen this error before. Roland pointed out that the sum of dens reported in INFO is ~1e-4 while the maximum of dens in ~1e-3, but this may be OK since the sum is the sum of the values weighted by the grid spacing (to get the integral one would need to multiply the sum by the coarsest grid spacing). Roland suggests having a look at the output for dens. Artectek says that he did have a look at the output using the script in the gallery example and the NSs are still there. Artectek's simulation is based on the BNS gallery example.</div><div>Gabriele suggests starting from the gallery example and changing only one parameter at a time. Artectek said that he only changed the EOS and the grid setup for the initial separation of the NSs. Roland suggests to run with the same EOS of the gallery example (gamma law) and just change the grid setup. If this works then Gabriele suggests trying with a piecewise polytropic EOS.</div><div>Roland suggests producing a checkpoint at the iteration before the error appears so that by looking at the checkpoint maybe we can understand what is happening. Gabriele also noted that the memory requirement for the run is 11 GB, which seems to be very low for a BNS. It could be that there are too few points maybe shared through too many MPI processes (and therefore each MPI may have too small grids). Gabriele and Roland therefore suggest running it on only one node as a first test. Leo also suggests checking that the NS is fully inside the finest grid (but this would probably give errors in C2P and not in regridding, since regridding is done also if the NS was fully contained).</div><div><br></div><div><a href="https://bitbucket.org/einsteintoolkit/tickets/issues/2671/add-instuctions-for-what-information-to">#2671</a>: Roland says that it would be useful to make it more clear to users which information to share when encountering problems with the Einstein Toolkit.</div><div><br></div><div><a href="https://bitbucket.org/einsteintoolkit/tickets/issues/2665/two-open-pull-requests-in">#2665</a>: it was opened by Gabriele. There seems to be a couple of typos in the documentation of the TOV Solver and there was a pull request to fix it.</div><div><br></div><div><br></div><div>*Call for new contribution proposals<br></div><div>Fishbone-Moncrief gallery example<br>Elliptica reader (and solver timeline) ticket<br>FUKA reader announcement</div><div><br></div><div>Roland said that Elliptica and FUKA should be included in the next release and we need to ping their authors. The
Fishbone-Moncrief gallery example was done recently and it should be included.<br><br></div><div><br></div><div>*simfactory website repo server migration</div><div>Steve said it is going to be moved from svn to git.<br><br></div><div><br></div><div>*ET Jenkins replacement status update </div><div>Roland said that we used to run tests on Jenkins, but there was the idea to move to git actions. Some students worked on this and it seems to be working fine. See <a href="http://einsteintoolkit.github.io/tests/">einsteintoolkit.github.io/tests/</a> (it runs on github resources that we can access for free since the einstein toolkit has an academic license and therefore we do not need to manage virtual machines by ourselves as we do now). Github action also builds documentation every day.<br><br></div><div><br></div><div>*ET seminar and hackathon search </div><div>Roland says that we should start these again. Any volunteers for seminars? What about a tutorial on NRPY Elliptic?<br><br></div><div><br></div><div>*NRPy+ plans<br>Zach said that Steve and Zach's group would like to get together for future plans since Steve has a very nice fork of NRPY that improves users' interaction. Zach also has his own fork with some infrastructure improvements. Steve is also looking for a student to work on NRPY (see Steve's announcement on the einstein toolkit mailing list).</div><div><br></div><div><br></div><div>*EOS plans call recap<br>postponed to next call since we ran out of time</div><div><br></div><div>*SPECv8 update <br><div>postponed to next call since we ran out of time</div><div><br></div><div>*Unanswered questions</div><div>postponed to next call since we ran out of time</div><div><br></div></div></div><div>*tickets ready for review:</div><div>postponed to next call since we ran out of time</div><div><br>Next call (December 8):<br>Chair: Peter<br>Minutes: Steve</div><div><br></div><div><br></div><div>Cheers,</div><div>Bruno</div><div><br></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><p><font color="#000000">Pr<font face="arial, sans-serif">of. Bruno Giacomazzo<br>Department of Physics<br>University of Milano-Bicocca<br></font></font><span style="color:rgb(0,0,0)"><font face="arial, sans-serif">Piazza della Scienza 3<br></font></span><span style="color:rgb(0,0,0)"><font face="arial, sans-serif">20126 Milano<br></font></span><span style="font-size:12.8px;color:rgb(0,0,0)">Italy</span></p><p><font color="#000000"><span style="font-size:12.8px">email: </span><span style="font-size:12.8px"><a href="mailto:bruno.giacomazzo@unimib.it" target="_blank">bruno.giacomazzo@unimib.it</a><br></span><span style="font-size:12.8px">phone: (+39) 02 6448 2321</span></font><br><font color="#000000"><span style="font-size:12.8px">web: </span></font><span style="color:rgb(0,0,0);font-size:12.8px"><a href="http://www.brunogiacomazzo.org/" style="font-size:12.8px" target="_blank">http://www.brunogiacomazzo.org</a></span></p><p><font color="#000000">---------------------------------------------------------------------<br><span style="font-size:12.8px">There are only 10 types of people in the world:<br></span><span style="font-size:12.8px">Those who understand binary, and those who don't<br></span><span style="font-size:12.8px">----------------------------------------------------------------------<br></span></font></p></div></div></div></div></div></div></div></div>