<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <p>The pull request for the auto synchronization is here:</p>
    <p><a class="moz-txt-link-freetext" href="https://bitbucket.org/eschnett/carpet/pull-requests/13/presync/diff">https://bitbucket.org/eschnett/carpet/pull-requests/13/presync/diff</a></p>
    <p>These changes helped us resolve a problem with the GPU ML_BSSN,
      so I'd like to not lose them. Thanks.<br>
    </p>
    <p>Cheers,</p>
    <p>Steve<br>
    </p>
    <br>
    <div class="moz-cite-prefix">On 06/27/2016 10:40 AM, Roland Haas
      wrote:<br>
    </div>
    <blockquote cite="mid:20160627114012.70009fe8@fdea4908.spdns.org"
      type="cite">
      <pre wrap="">Present: Frank, Eloisa, Matt, Roland, Steve, Zach, Erik,

Using slack to replace the IRC channel:
* Frank inverstigated slack and used it in a different project and has
  had good experience so far. A test slack project has been created:
  <a class="moz-txt-link-freetext" href="https://einsteintoolkit.slack.com">https://einsteintoolkit.slack.com</a> if you would to test this please
  send an email an Frank Loeffler <a class="moz-txt-link-abbreviated" href="mailto:knarf@cct.lsu.edu">knarf@cct.lsu.edu</a> until we have a
  more permanent solution (in case we decide to use slack). Please
  provide your email address and name to appear in slack.

Making grid function storage in HydroBase optional:
* currently there are a number of grid functions that are not always
  being used or could be recomputed
* there is a desire to make storage for those optional with the default
  being to have storage
* Roland feels that this can be cumbersome if all client thorns require
  logic to check for storage rather than being able to rely on a
  complete set of variables always being present. This applies in
  particular to eps which can only be recomputed if the EOS is known

Making GRHydro_Initdata independent of HydroBase:
* agree that this is good idea, would make it useful as ID generator
  for other ID thorns eg for shock tubes
* some parts are unfortunately tied to GRHydro and would have to be
  moved out of the thorn

Reducing number of checkpointed variables in McLachlan:
* RHS variables are fine to not be checkpointed. There should be a
  helper thorn ML_BSSN_Helper that adjust the checkpoint tags at runtime
* constraints need to be checkpointed since they require prolongation
  to compute which cannot be re-created after recovery

Carpet-preSync by Steve, a pull request exists:
* an attempt to move the start of the SYNC forward so that a grid
  function that is computed only in the interior later needed
  everywhere SYNCing happens automatically and early

TeamSpeak or Mumble as Google Hangout replacement:
* both use equivalent technology
* community is split about which one is better
* hosting at LSU may be possible as IT is interested in this
* external hosters tend to offer both for little money, will need grant
  money for this

Yours,
Roland

</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>
<a class="moz-txt-link-freetext" href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
</pre>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>
<a class="moz-txt-link-freetext" href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>