Rolf, All changes that go into the standard must be voted on by the whole forum. For ticket 0 items, this can be at the final chapter vote - it is really up to the chapter committees. Personally, as responsible for the ptp chapter, I plan to bring this forward one or two meetings before the final vote, so that there can be discussion by those that care a lot about detailed wording. Actually, I am going to be removing the ptp chapter ticket-0 items from the agenda for this meeting, and putting these into a single ticket, most likely to be handled at the following meeting - have been on foreign travel for 3 weeks, so have not had much time to work on this over the last month. I do not know if other chapter authors have similar intents. As for how each committee handles this, this is really up to them - we do not need to micro-manage how each group wants to operate. I have had people over the years (yes years) send me small changes, and plan to pull these together in the near future (not before the meeting next week), and then will send a note out to all the ptp chapter committee members asking for their comments/reviews/.... Rich
Date: Fri, 24 Feb 2012 23:32:18 +0100 From: [email protected] To: [email protected] CC: [email protected] Subject: [Mpi-forum] Process for chapter committee handling
Bill,
I would like to get your opinion about following process problem:
http://meetings.mpi-forum.org/standardization_process_3.pdf describes the two processes for - "handled by the chapter committee", and - handled by "formal reading plus two votes".
The relation of our ticket-system to "formal reading plus two votes" is self explaining.
The way of ticket-0 (i.e., grammer, type, formatting) changes is also clear: - no ticket - goes directly into approved - will be read one meeting before chapter vote (we will search for "ticket0" in the pdf) - and is voted in by final chapter vote.
If a ticket-0 content has already a ticket number, the typically path may be: - The chapter author takes the obvious content directly into the approved source trunk as ticket-0, - He adds a comment to the ticket that it is taken as ticket-0 and already included into the approved trunk, - and he withdraws the original ticket. Of course, such a ticket should never been withdrawn before the ticket content is taken into the approved trunk. It can be handled also with the method described below for small corrections.
How are small clarifications handled through our ticket system, i.e., those clarifications that should keep there ticket number.
Which is the process for those tickets "handled by the chapter committee"? The current way of withdrawing and probably forgetting for ever is not a good process.
Should we add two additional values for priority: - instead of Scheduled: -- Scheduled (for forum) -- Scheduled (for chapter committee) - instead of Passed -- Passed by forum -- Passed by chapter committee
Then we have a clear process with two possibilities - Scheduled (for forum) - Had 1st reading - Had 1st vote - Passed by forum or - Scheduled (for chapter committee) - Passed by chapter committee
Our rules at http://meetings.mpi-forum.org/standardization_process_3.pdf require that all changes not yet voted are read before the meeting with the chapter-vote: "All the minor and medium changes that have not been voted so far."
Should we mark these tickets that are "handled by the chapter committee" somehow that we can go through these tickets very simple, e.g., with 0.275 instead of 275. Then we need only look for all ticket0 to find ticket0 and ticket0.275.
I.e., all tickets in status "Passed by chapter committee" must have ticket 0.nnn numbers in the latex source.
All other tickets have their original number in the latex source.
What do you think about?
Best regards Rolf
----- Original Message -----
From: "William Gropp" <[email protected]> To: "Main MPI Forum mailing list" <[email protected]> Sent: Friday, February 24, 2012 8:23:56 PM Subject: Re: [Mpi-forum] Agenda corrections needed - Re: March MPI Forum meeting
275 is exactly the sort of thing better handled by the chapter committee (unintentionally included Complex with types allowed for Compare and Swap).
Bill
-- Dr. Rolf Rabenseifner . . . . . . . . . .. email [email protected] High Performance Computing Center (HLRS) . phone ++49(0)711/685-65530 University of Stuttgart . . . . . . . . .. fax ++49(0)711 / 685-65832 Head of Dpmt Parallel Computing . . . www.hlrs.de/people/rabenseifner Nobelstr. 19, D-70550 Stuttgart, Germany . (Office: Allmandring 30) _______________________________________________ mpi-forum mailing list [email protected] http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum