Final RFD / Last Call for Comments: Difference between revisions

From Usenet Big-8 Management Board
No edit summary
 
(5 intermediate revisions by 2 users not shown)
Line 1: Line 1:
== Outline of the Process ==
== Outline of the Process ==


* After the proponent and the board agree that it is time to end discussion and decide the question, the proponent ''e-mails'' the final Request for Discussion (RFD) to [mailto:board@lists.big-8.org board@lists.big-8.org].   
* After the proponent and the board agree that it is time to end discussion and decide the question, the proponent ''e-mails'' the final Request for Discussion (RFD) to [mailto:board@lists.big-8.org board@big-8.org].   
* The '''Final RFD / Last Call for Comments (LCC)''' goes out under the Board's name.  This indicates that the Board will begin a vote five days later, on the assumption that no major issues emerge during the final round of discussion.
* The '''Final RFD / Last Call for Comments (LCC)''' goes out under the Board's name.  This indicates that the Board will begin a vote five days later, on the assumption that no major issues emerge during the final round of discussion.
* The '''LCC''' should provide evidence that the newsgroup proposal has support.  One good method for doing so is to list the [http://moleski.net/dokuwiki/blog/finding_usenet_message-ids|Message-IDs] of posts in favor of the proposal.  The Message-ID is a required [[usenet_headers|header]] for all posts--all posts must have a Message-ID in order for the message to be displayed or to be circulated from one news server to another.
* The '''LCC''' should provide evidence that the newsgroup proposal has support.  One good method for doing so is to list the [http://moleski.net/dokuwiki/blog/finding_usenet_message-ids|Message-IDs] of posts in favor of the proposal.  The Message-ID is a required [[usenet_headers|header]] for all posts--all posts must have a Message-ID in order for the message to be displayed or to be circulated from one news server to another.
Line 50: Line 50:
|-
|-
|6
|6
|(1)
|
|144
|144
|Formal vote begins if no consensus  
|Formal vote begins if no consensus  
|-
|-
|7
|7
|(2)
|(1)
|168
|168
|  
|  
|-
|-
|8
|8
|(3)
|(2)
|192
|192
|  
|  
|-
|-
|9
|9
|(4)
|(3)
|216
|216
|  
|  
|-
|-
|10
|10
|(5)
|(4)
|240
|240
|  
|  
|-
|-
|11
|11
|(6)
|(5)
|264
|264
|  
|  
|-
|-
|12
|12
|(7)
|(6)
|288
|288
|Formal vote ends (at the latest).
|
|-
|-
|13
|13
|(8)
|(7)
|312
|312
|Result announced.
|Formal vote ends (at the latest).
|-
|14
|
|336
|Decision announced.
|}
|}
===Calculating the consensus dateline with GNU date===
;Example:
Message-ID: <1jw101v.1hocf361hzjgffN%board@big-8.org>
Subject: RFD: comp.security.announce (remove) Last Call For Comments
NNTP-Posting-Date: Wed, 2 Feb 2011 04:49:15 +0000 (UTC)
;Check for syntax errors
Use option <tt>-d</tt> to let ''GNU date'' parse the value of <tt>NNTP-Posting-Date</tt>.
This will catch syntax errors, and will output the date in local time zone.
Check the plausibility of the result.
In this example the local time zone happens to be CET.
$ date -d 'Wed, 2 Feb 2011 04:49:15 +0000 (UTC)'
Wed Feb  2 05:49:15 CET 2011
Add option <tt>-u</tt> to get results in UTC time zone.
In this example the input happens to be in UTC, so output equals input.
$ date -u -d 'Wed, 2 Feb 2011 04:49:15 +0000 (UTC)'
Wed Feb  2 04:49:15 UTC 2011
;Calculate the dead line
#Set minutes and seconds to 0.
#Add 1 hour.
#Add 5 days.
#Don't forget option <tt>-u</tt>
$ date -u -d 'Wed, 2 Feb 2011 04:00:00 +0000 (UTC) 1 hour 5 days'
Mon Feb  7 05:00:00 UTC 2011
;International date format
The Board recommends using yyyy-mm-dd to present the date.
Interestingly, ''GNU date'' provides no short option to get this format.
$ date --rfc-3339=seconds -u -d 'Wed, 2 Feb 2011 04:00:00 +0000 (UTC) 1 hour 5 days'
2011-02-07 05:00:00+00:00


== Format for the Final RFD/LCC ==
== Format for the Final RFD/LCC ==
Line 101: Line 139:
Please refer to the newsgroup creation policies listed here:
Please refer to the newsgroup creation policies listed here:
   
   
   http:''www.big-8.org/dokuwiki/doku.php?id=policies:creation
   http://www.big-8.org/wiki/How_to_Create_a_New_Big-8_Newsgroup


All discussion of active proposals should be posted to  
All discussion of active proposals should be posted to  
Line 109: Line 147:
news.groups.proposals.
news.groups.proposals.


If desired by the readership of closely affected groups, the discussion may be
The final comment period lasts for five (5) days from the
crossposted to those groups, but care should be taken to ensure that all
time that this RFD is posted.
discussion appears in news.groups.proposals as well.
</pre>
 
<pre>
Please refer to the newsgroup removal policies listed here:
  http://www.big-8.org/wiki/Procedure_to_remove_newsgroups
 
All discussion of active proposals should be posted to
news.groups.proposals.
 
To this end, the followup header of this RFD has been set to  
news.groups.proposals.


The final comment period lasts for five (5) days from the
The final comment period lasts for five (5) days from the
time that this RFD is posted.
time that this RFD is posted.
 
</pre>
</pre>


[[Category:Group Creation]]
[[Category:Group Creation]]
[[Category:Group Removal]]

Latest revision as of 14:33, 17 July 2020

Outline of the Process

  • After the proponent and the board agree that it is time to end discussion and decide the question, the proponent e-mails the final Request for Discussion (RFD) to board@big-8.org.
  • The Final RFD / Last Call for Comments (LCC) goes out under the Board's name. This indicates that the Board will begin a vote five days later, on the assumption that no major issues emerge during the final round of discussion.
  • The LCC should provide evidence that the newsgroup proposal has support. One good method for doing so is to list the [1] of posts in favor of the proposal. The Message-ID is a required header for all posts--all posts must have a Message-ID in order for the message to be displayed or to be circulated from one news server to another.
  • When the LCC is published in n.a.n., the Chair of the Board asks the members whether the question can be decided by consensus. If there are no objections from the members, the period required to establish consensus will coincide with the period for final comments on the RFD.
  • If a formal vote is required, voting starts five days after the LCC is published. Voting is internal to the Board and may last as long as a week; however, a result may be announced as soon as a majority is reached for or against the RFD.
  • The results of the vote are published to the whole distribution list.
  • If the board votes to create a new newsgroup, the Technical Team implements the decision.
  • See this section of the Creation FAQ for questions and answers about the LCC.

Time table

At the same time that the board publishes the Final RFD / Last Call for Comments, the chair asks for consensus on the RFD. The time for reaching consensus coincides with the last five days of comment on the RFD.

Day Hour Action
0 0 Final RFD / Last Call for Comments
1 24
2 48
3 72
4 96
5 120
6 144 Formal vote begins if no consensus
7 (1) 168
8 (2) 192
9 (3) 216
10 (4) 240
11 (5) 264
12 (6) 288
13 (7) 312 Formal vote ends (at the latest).
14 336 Decision announced.

Calculating the consensus dateline with GNU date

Example
Message-ID: <1jw101v.1hocf361hzjgffN%board@big-8.org>
Subject: RFD: comp.security.announce (remove) Last Call For Comments
NNTP-Posting-Date: Wed, 2 Feb 2011 04:49:15 +0000 (UTC)
Check for syntax errors

Use option -d to let GNU date parse the value of NNTP-Posting-Date. This will catch syntax errors, and will output the date in local time zone. Check the plausibility of the result. In this example the local time zone happens to be CET.

$ date -d 'Wed, 2 Feb 2011 04:49:15 +0000 (UTC)'
Wed Feb  2 05:49:15 CET 2011

Add option -u to get results in UTC time zone. In this example the input happens to be in UTC, so output equals input.

$ date -u -d 'Wed, 2 Feb 2011 04:49:15 +0000 (UTC)'
Wed Feb  2 04:49:15 UTC 2011
Calculate the dead line
  1. Set minutes and seconds to 0.
  2. Add 1 hour.
  3. Add 5 days.
  4. Don't forget option -u
$ date -u -d 'Wed, 2 Feb 2011 04:00:00 +0000 (UTC) 1 hour 5 days'
Mon Feb  7 05:00:00 UTC 2011
International date format

The Board recommends using yyyy-mm-dd to present the date. Interestingly, GNU date provides no short option to get this format.

$ date --rfc-3339=seconds -u -d 'Wed, 2 Feb 2011 04:00:00 +0000 (UTC) 1 hour 5 days'
2011-02-07 05:00:00+00:00

Format for the Final RFD/LCC

  • The final RFD should be distinguished from all others by including "LAST CALL FOR COMMENTS" at the end of the subect line.
  • This RFD need not be indentical in all respects to the last published RFD, but the Board may decide that substantive changes in the charter or moderation policy may require another round of discussion. Two areas where the final RFD may well be different are:
    • A summary of discussion under the previous RFD;
    • Any additional information gleaned since the last published RFD such as polls or other supporting feedback.
  • The final RFD will be circulated by the B8MB under its own name, indicating that the proposal will be acted on by the Board.
  • The boilerplate procedure section of the final RFD should be changed to read:
Please refer to the newsgroup creation policies listed here:
 
  http://www.big-8.org/wiki/How_to_Create_a_New_Big-8_Newsgroup

All discussion of active proposals should be posted to 
news.groups.proposals.

To this end, the followup header of this RFD has been set to 
news.groups.proposals.

The final comment period lasts for five (5) days from the
time that this RFD is posted.
Please refer to the newsgroup removal policies listed here:
 
  http://www.big-8.org/wiki/Procedure_to_remove_newsgroups

All discussion of active proposals should be posted to 
news.groups.proposals.

To this end, the followup header of this RFD has been set to 
news.groups.proposals.

The final comment period lasts for five (5) days from the
time that this RFD is posted.