[Mpi-forum] Process for chapter committee handling

[William Gropp]

Rolf,

I think the document is pretty good, and provides the right balance of process on the approvals (at least chapter votes) and flexibility for the development of both new material and making minor corrections.  The ticket system is ok for tracking major issues but is overly heavy for minor fixes.  Even requiring color/change bar updates adds significant and frankly unnecessary overhead when applied to things like the examples (resulting, for example, in a defective patch from MPI 2.2 to MPI 3.0 that caused a number of the examples to be skipped by the code checking utility).  And most importantly, the tickets have often focused attention on a few lines of text, resulting in mistakes, sometimes serious, when the context is not considered.  This is why it is so essential to have the chapters considered as a whole, with the chapter committees, as Rich suggests, working out how they will track their todo list on their own.

One way to handle the existing tickets that really should be considered by the chapter committee might be to simply mark it as transferred to the chapter committee.  As part of the final chapter vote, the chapter committee should review and provide a summary to the Forum about the changes. 

Bill

On Feb 26, 2012, at 6:43 AM, RICHARD GRAHAM wrote:

> 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: rabenseifner at hlrs.de
> > To: wgropp at uiuc.edu
> > CC: mpi-forum at lists.mpi-forum.org
> > 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" <wgropp at illinois.edu>
> > > To: "Main MPI Forum mailing list" <mpi-forum at lists.mpi-forum.org>
> > > 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 rabenseifner at hlrs.de
> > 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
> > mpi-forum at lists.mpi-forum.org
> > http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum
> _______________________________________________
> mpi-forum mailing list
> mpi-forum at lists.mpi-forum.org
> http://lists.mpi-forum.org/mailman/listinfo.cgi/mpi-forum

William Gropp
Director, Parallel Computing Institute
Deputy Director for Research
Institute for Advanced Computing Applications and Technologies
Paul and Cynthia Saylor Professor of Computer Science
University of Illinois Urbana-Champaign



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mpi-forum.org/pipermail/mpi-forum/attachments/20120226/42beb8d5/attachment-0001.html>