Re: Future Handling of Blue Sheets

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

 



+1
Agree with Yoav.
BR, Tobias

On 10/05/12 17:35, Yoav Nir wrote:
On May 10, 2012, at 12:10 PM, Doug Barton wrote:

On 5/10/2012 1:48 AM, Tobias Gondrom wrote:
What I dispute is that "make available to those who are interested"
necessarily leads to the need to broadcast the data (i.e. publish in the
proceedings).
What is the harm you are trying to guard against by requiring the request?
Well, there's the obvious issue of spam, although this post that I'm making right now provides my email address to the spammers in a much more convenient form. It's also convenient for headhunters. It also allows my employer to check whether I really went to sessions instead of just touring Paris. Is it the business of the IETF to help in these activities?

I still don't get why you would want this published. My name on a blue sheet could mean that I was presenting for half the session, or that I was at the mike telling people they were wrong, or just sitting quietly in the back minding my own business and reading email. Blue sheets (unlike minutes and jabber logs) don't make such a distinction.

Or, to take a completely different tack, given that there are a non-zero
number of people who think the data should be published, how do you
intend to deal with someone who makes the request, and then puts it up
on their own website?
I think this would be a copyright violation, unless the IETF specifically authorized them to do so (which it shouldn't). I don't think the IETF should prosecute, but it's still a violation.

I don't hesitate to criticize when I think that the IESG gets it wrong,
but in this case I think they threaded the needle about as well as it
could be threaded.
I think that needle should not be threaded at all. A list of participants should maybe be kept (scanned or not) but never published without subpoena, just as it is now. I don't see any reason why publishing it (as opposed to recording actual participation) is a requirement for an open process.

Yoav




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