RE: Acknowledgements section in a RFC (Was: Last Call: 'Matching of Language Tags' to BCP (draft-ietf-ltru-matching)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



John,

	I disagree both in the belief that the Note Well is
clear on this and the sense of your argument that anyone
participating in any part of a discussion can be made
retroactively responsible for the entire discussion.

	The Note Well is not clear because it makes sweeping
statements about the way in which BCP 78 and 79 may apply
to "contributions".  The obvious (but not clear) intent is
that what you contribute is now subject to provisions of
these BCPs that apply to contributions.  What is both more
subtle and not clearly excluded is that _only_ what you've
contributed applies and that contributing to a work is not 
the same as "authoring" it.

	I refer directly to the required RFC inclusions that
specifically use the word "author" and their rights and
responsibilities with respect to IPR and copyrights.  If I
make a comment about a rev -01 version of a draft and stop 
participating in the work, I may not be held accountable
for IPR I may know of but which did not enter into the text
until sometime after I stopped looking at it.

	Similarly, if I object to work that has been done, you 
may not attach my name to it against my objections - unless 
either the Note Well, and the BCPs, both explicitly include 
a provision for implied consent.  If that is the case, now,
then it is most certainly not "clear" that it is.

	This is the negative side of the discussion going on.
People are focusing on reasons why someone might want to be
included in acknowledgements.  I am merely pointing out that
it is also possible that someone might not want this.

--
Eric

--> -----Original Message-----
--> From: John C Klensin [mailto:john-ietf@xxxxxxx] 
--> Sent: Wednesday, June 07, 2006 1:53 PM
--> To: Gray, Eric; Spencer Dawkins
--> Cc: ietf@xxxxxxxx
--> Subject: RE: Acknowledgements section in a RFC (Was: Last 
--> Call: 'Matching of Language Tags' to BCP (draft-ietf-ltru-matching)
--> 
--> 
--> 
--> --On Wednesday, 07 June, 2006 12:33 -0400 "Gray, Eric"
--> <Eric.Gray@xxxxxxxxxxx> wrote:
--> 
--> > Spencer,
--> > 
--> > 	This opens up yet another can of worms.  Suppose that
--> > everybody who makes a comment on a draft (substantive, or
--> > otherwise) has to be listed and every one listed is bound by
--> > BCPs relating to IPR, copyright, etc. in RFC content.
--> 
--> They are so bound... read the Note Well.  Whether they should be
--> so listed is a separate issue.
--> 
--> > 	What happens if someone - perhaps having suggested that
--> > a word was misspelled - would prefer not to be bound by the
--> > BCPs (or perhaps is not permitted to be so bound)?  Can they
--> > request to be left out?  If they do, can an editor leave them
--> > out?
--> 
--> Too bad.  If they participate in the IETF at the level of either
--> attending meetings or saying anything, they are stuck.   While
--> there are guidelines now (see Bob Braden's note) and guidelines
--> can always be further tuned, I think we need to give some
--> discretion to document editors about who should be listed --at
--> least until and unless we have a clear definition of, e.g., WG
--> membership.
--> 
--> > 	It occasionally happens now that a draft departs from 
--> > the original direction that some of the contributors wanted 
--> > it to go, and - slightly less often - those that disagree 
--> > with the outcome ask to be de-listed.  There are good and
--> > reasonable reasons to allow this - especially as there may
--> > be very strong reactions from a particular employer that is
--> > seen as "advocating" something they do not intend to do.
--> > 
--> > 	In such cases, these early contributors provided much
--> > of the content - even if the over-all outcome is not in line
--> > with their intentions.  So, again, would we be able to omit
--> > their names?
--> 
--> I have often dealt with that issue in acknowledgements by being
--> very explicit that all contributors may not agree with the
--> conclusions reached as a consequence of their suggestions (or
--> with their suggestions included).   An even more extreme case
--> exists than the ones that you mention: someone raises an issue
--> and preference and the document is ultimately clarified to
--> reflect exactly the opposite preference.  In some of these
--> cases, the document would not have addressed the topic at all
--> had the issue not been raised.  The person who raised the issue
--> may still have made a contribution significant enough to justify
--> acknowledgement but may have always been in violent disagreement
--> with the conclusion reached by the IETF process about how to
--> deal with it.
--> 
--> The underlying problem here is not unique to the IETF.  And
--> people who don't want to contribute or be bound by the rules
--> should avoid participation -- there isn't any "whoops, I don't
--> like the results so the rules should retroactively not apply to
--> me and the fact that I participated at all should be erased"
--> option.  Having such an option with regard to rule-conforming
--> would result in chaos.  Again, the Note Well is very clear about
--> this (and there is a parallel discussion going in circles,
--> perhaps parallel ones, in the IPR WG).
--> 
-->     john
--> 
--> 

_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]