<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">According to our plan, this was the last meeting at which new proposals could be read in order to make that deadline. I’d be very hesitant to add yet another proposal type beyond our current three (normal, errata, no-no) in order to rush things in.<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Aug 29, 2019, at 9:01 AM, HOLMES Daniel via mpiwg-persistence <<a href="mailto:mpiwg-persistence@lists.mpi-forum.org" class="">mpiwg-persistence@lists.mpi-forum.org</a>> wrote:</div><br class="Apple-interchange-newline"><div class="">

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" class="">

<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Hi Martin,
<div class=""><br class="">
</div>
<div class="">Procedurally, do we have enough time (that is, enough face-to-face meetings) to read a full proposal and get both the 1st vote and the 2nd vote done before the deadline imposed by our intention to release MPI-4.0 at SC20 which requires prior ratification of
 a release candidate? Note that #83 is not on the agenda for Zurich.</div>
<div class=""><br class="">
</div>
<div class="">The errata procedure only requires one formal vote, which shaves off one face-to-face meeting from the critical path (vs. the full proposal procedure) - although I agree it is a little unclear which version is being corrected. Using errata for
 new functionality suggests misuse of the “correct a small mistake” procedure as a “short-circuit for a small addition” procedure.</div>
<div class=""><br class="">
</div>
<div class="">OTOH, maybe we should innovate and approve such a “small addition” procedure? Maybe some changes need two formal votes but others only need one? Could we introduce a no-no-vote type of approval-by-acclamation at the end of the formal reading meeting
 to decide whether the proposal just read is “small” (needs one vote) or not (needs two votes)?</div>
<div class=""><br class="">
</div>
<div class="">Alternatively, perhaps the rules could permit 2nd votes at the start of the release candidate meeting, with the thing-to-be-gone-through-page-by-page being affected by the result(s) of that voting block with a short intermission while the document
 editor merges the successful pull requests (or a longer intermission if there are any merge conflicts that need fixing)?<br class="">
<div class="">
<div dir="auto" style="caret-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; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div dir="auto" style="caret-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; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<br class="Apple-interchange-newline">
Cheers,</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Dan.</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
—<br class="">
Dr Daniel Holmes PhD<br class="">
Architect (HPC Research)<br class="">
<a href="mailto:d.holmes@epcc.ed.ac.uk" class="">d.holmes@epcc.ed.ac.uk</a><br class="">
Phone: +44 (0) 131 651 3465<br class="">
Mobile: +44 (0) 7940 524 088<br class="">
Address: Room 2.09, Bayes Centre, 47 Potterrow, Central Area, Edinburgh, EH8 9BT</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
—</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
—</div>
</div>
</div>
</div>
</div>
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On 29 Aug 2019, at 14:11, Martin Schulz via mpiwg-persistence <<a href="mailto:mpiwg-persistence@lists.mpi-forum.org" class="">mpiwg-persistence@lists.mpi-forum.org</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
Hi Tony, all,
<div class=""><br class="">
</div>
<div class="">I hope I fully followed this :)</div>
<div class=""><br class="">
</div>
<div class="">Doing an errata item seems a bit backwards to me, as we haven’t published the standard, yet. Also, removing it and then re-adding it with 83 seems odd. What about just removing the two keys that are not needed with 83 through the no/no process?
 Wouldn’t that be all that is needed?</div>
<div class=""><br class="">
</div>
<div class="">Martin</div>
<div class=""><br class="">
</div>
<div class=""><br class="">
<div class="">
<div dir="auto" style="caret-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; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div dir="auto" style="caret-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; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div dir="auto" style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div dir="auto" style="letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div dir="auto" style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
—</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
Prof. Dr. Martin Schulz, Chair of Computer Architecture and Parallel Systems</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
Department of Informatics, TU-Munich, Boltzmannstraße 3, D-85748 Garching</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
Member of the Board of Directors at the Leibniz Supercomputing Centre (LRZ)</div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
<a href="mailto:schulzm@in.tum.de" class="">Email: schulzm@in.tum.de</a></div>
<div style="font-family: Helvetica; font-size: 12px; font-style: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px;" class="">
<br class="">
</div>
<br class="Apple-interchange-newline">
</div>
</div>
<br class="Apple-interchange-newline">
</div>
<br class="Apple-interchange-newline">
</div>
<br class="Apple-interchange-newline">
</div>
<br class="Apple-interchange-newline">
<br class="Apple-interchange-newline">
</div>
<div class=""><br class="">
<blockquote type="cite" class="">
<div class="">On 29. Aug 2019, at 12:31, Skjellum, Anthony <<a href="mailto:Tony-Skjellum@utc.edu" class="">Tony-Skjellum@utc.edu</a>> wrote:</div>
<br class="Apple-interchange-newline">
<div class="">
<div class="">Hi, thank you...  we will issue an appropriate change to remove these... they are not part of ticket #25 as approved...and so we must issue an erratum on ticket #25.  They split off into ticket #83 in March, 2018.<br class="">
<br class="">
We itrerated multiple times on having or not having these info keys as part of ticket #25 and we must have missed removing completely.<br class="">
<br class="">
Such info keys  are part of a second viable ticket we that we split out are still working on ... none belong in the standard yet.  The first key value is part of ticket 83 as of now...<br class="">
which  will get a no no plus vote  in December (it had its reading priorly), introducing the first key... since acceptance is anticipated.  Only examples for this ticket  need to be fixed. Plus now evidently Annex 1.5 :-) too.<br class="">
<br class="">
The second and third key values are currently part of no proposed ticket.  <br class="">
They are vestigial. <br class="">
<br class="">
So, our plan is to remove all mention of them with appropriate process and then watch for the passage of 83. :-)
<br class="">
<br class="">
I will make sure that no no vote ticket for 83 also includes adding the first key to the Annex 1.5.<br class="">
<br class="">
I will ask Bill Gropp and Martin Schulz  for advice on fixing this.  They are cc’d.<br class="">
<br class="">
Tony <br class="">
<br class="">
Anthony Skjellum, PhD<br class="">
205-807-4968<br class="">
<br class="">
<br class="">
<blockquote type="cite" class="">On Aug 29, 2019, at 5:12 AM, Joseph Schuchart <<a href="mailto:schuchart@hlrs.de" class="">schuchart@hlrs.de</a>> wrote:<br class="">
<br class="">
Tony,<br class="">
<br class="">
I just rebased my MPI PR to the MPI 4.x branch. Looking at the info keys, I found that there are info keys in Annex A.1.5 that stem from the persistent collectives chapter but the text mentioning them was commented out there (git blame mentions you as the last
 author of that part). It seems that the info keys in the annex are a relic of this text. The keys in question are:<br class="">
<br class="">
mpi_assert_strict_start_ordering<br class="">
mpi_optimization_goal<br class="">
mpi_reuse_count<br class="">
<br class="">
Are you planning to revive these keys or should they be removed?<br class="">
<br class="">
Best regards,<br class="">
Joseph<br class="">
-- <br class="">
Dipl.-Inf. Joseph Schuchart<br class="">
High Performance Computing Center Stuttgart (HLRS)<br class="">
Nobelstr. 19<br class="">
D-70569 Stuttgart<br class="">
<br class="">
Tel.: +49(0)711-68565890<br class="">
Fax: +49(0)711-6856832<br class="">
<a href="mailto:schuchart@hlrs.de" class="">E-Mail: schuchart@hlrs.de</a><br class="">
</blockquote>
</div>
</div>
</blockquote>
</div>
<br class="">
</div>
</div>
_______________________________________________<br class="">
mpiwg-persistence mailing list<br class="">
<a href="mailto:mpiwg-persistence@lists.mpi-forum.org" class="">mpiwg-persistence@lists.mpi-forum.org</a><br class="">
<a href="https://lists.mpi-forum.org/mailman/listinfo/mpiwg-persistence" class="">https://lists.mpi-forum.org/mailman/listinfo/mpiwg-persistence</a><br class="">
</div>
</blockquote>
</div>
<br class="">
</div>
</div>

_______________________________________________<br class="">mpiwg-persistence mailing list<br class=""><a href="mailto:mpiwg-persistence@lists.mpi-forum.org" class="">mpiwg-persistence@lists.mpi-forum.org</a><br class="">https://lists.mpi-forum.org/mailman/listinfo/mpiwg-persistence<br class=""></div></blockquote></div><br class=""></body></html>