[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

001-process.txt thoughts



	Overall, I think 001-process.txt is acceptable.  If you don't
	know what I'm talking about, see
	http://tor.eff.org/svn/trunk/doc/spec/proposals/001-process.txt

	There is one paragraph over which I do have a concern.

"Like an RFC, every proposal gets a number.  Unlike RFCs, proposals can
change over time and keep the same number.  The history for each
proposal will be stored in the Tor Subversion repository."

	My concern is that versions of a proposal will change over time,
	but not the proposal number.  The proposal numbers will need to
	be referred to in the view of svn revisions to determine which
	version of a proposal is up for discussion.  Say we implement
	UDP over Tor.  As the proposal matures, it may be substantially
	different than originally intended.  Or, after it is
	implemented, we want to update it to UDPv2 or something.  I
	understand, perhaps mistakenly, the current proposal process
	would allow the author of the proposal to simply commit a new
	version of the UDP over Tor spec as the same proposal number.

	I'd like to see proposal numbers, once accepted, freeze.  I also
	propose that the spec number is the same as the proposal number.  

	I'm also leery of building too onerous a process around this.
-- 
Andrew