public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Theodore Tso <tytso@mit.edu>
To: Shem Multinymous <multinymous@gmail.com>
Cc: Andrew Morton <akpm@osdl.org>,
	rlove@rlove.org, khali@linux-fr.org, gregkh@suse.de,
	alan@lxorguk.ukuu.org.uk, linux-kernel@vger.kernel.org,
	hdaps-devel@lists.sourceforge.net
Subject: Re: [PATCH 01/12] thinkpad_ec: New driver for ThinkPad embedded controller access
Date: Sun, 6 Aug 2006 23:40:55 -0400	[thread overview]
Message-ID: <20060807034055.GE30009@thunk.org> (raw)
In-Reply-To: <41840b750608061508j9e731c4hf9de7b389c46c916@mail.gmail.com>

On Mon, Aug 07, 2006 at 01:08:40AM +0300, Shem Multinymous wrote:
> Hi Ted,
> 
> Thanks for the explanation. Point taken, though I can't help parsing it as:
> 
> On 8/6/06, Theodore Tso <tytso@mit.edu> wrote:
> >For legal reasons, we need a way to to contact and identify the author
> >in the real world, not just in cyberspace, and a pseudonym doesn't
> >meet that requirement.
> 
> "We want to be able to sue you if they sue us."

That would be the FSF ink contract that they ask you to sign, which states:

     I hereby represent and warrant that I am the sole copyright holder for the
     Work and that I have the right and power to enter into this contract.  I
     hereby indemnify and hold harmless the Foundation, its officers, employees,
     and agents against any and all claims, actions or damages (including
     attorney's reasonable fees) asserted by or paid to any party on account of a
     breach or alleged breach of the foregoing warranty. 

(Free advice from someone who is not a lawyer: if you are _ever_ asked
to sign a contract or agreement which has the language,
"I... indemnify and hold harmless...", and you have any kind of
significant assets, like a house, car, trust fund, etc., run, don't
walk, to your friendly neighborhood lawyer and get some real legal
advice about what your exposure might be.  In any case, the rough
translation of the above is, "If anyone ever sues the FSF over code
that you are giving us for free, regardless of whether or not the
claim has any merit or not, you hereby give us permission to turn
around and sue you for any damanges _or_ legal fees that we might have
to pay out."  But don't take my word for it, talk to a lawyer first.  :-)

As far as the DCO is concerned, at least to my mind, it's so when
someone shows up, we can say, "Hey, your beef is with him, not us."
This might be especially true if the code was allegedly taken from
company X's intellectual property, and it turns out the person who
contributed it was an employee of company X.  

And in any case, it's certainly better than the FSF situation, where
the "alleged breach" language means that even if the claims are
totally bogus, and funded by some PIPE-smoking crack fairy, your
assets would still be at risk to the FSF, which wouldn't be the case
if you hadn't signed a contract with such language in it.

> >just as the fact that we aren't requiring ink signatures and public notary
> >checks doesn't mean we shouldn't stop doing what we are doing.
> 
> Understood, but still a bit silly. You have no idea how many of the
> 2252 people in `git-whatchanged | grep Signed-off-by: | sort | uniq`
> gave their legal name, and I doubt you could contact most of them in
> the real world without their cooperation (and with my cooperation, you
> could contact me too). Heck, some of those email domains don't even
> resolve. So this "chain of responsibiliy" is pretty worthless if
> someone really tries to inject legally malicious code into mainline,
> i.e., you end up blindly trusting people anyway.

Sure, but if someone really wanted, they could infect malicious code
into FSF's repositories, too.  And if we let fear paralyze us, we
wouldn't get anything done at all.  But at the same time, by having a
process, such as the DCO, we can claim that we've mad a good faith
attempt to collect a chain of accountability for contributions to the
kernel.

					- Ted

P.S.  Can you say, why you prefer contribute this from a pseudonym, if
isn't for legal reasons?

  parent reply	other threads:[~2006-08-07  3:41 UTC|newest]

Thread overview: 86+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-06  7:26 [PATCH 00/12] ThinkPad embedded controller and hdaps drivers Shem Multinymous
2006-08-06  7:26 ` [PATCH 01/12] thinkpad_ec: New driver for ThinkPad embedded controller access Shem Multinymous
2006-08-06  7:56   ` Andrew Morton
2006-08-06  9:56     ` Shem Multinymous
2006-08-06 10:07       ` Andrew Morton
2006-08-06 10:44         ` Shem Multinymous
2006-08-06 14:55           ` Theodore Tso
2006-08-06 16:40             ` Olaf Hering
2006-08-06 16:55               ` Willy Tarreau
2006-08-06 18:40               ` Andrew Morton
2006-08-06 22:31                 ` Shem Multinymous
2006-08-06 22:08             ` Shem Multinymous
2006-08-07  0:56               ` [Hdaps-devel] " Shawn Starr
2006-08-07  3:40               ` Theodore Tso [this message]
2006-08-06 18:53           ` Arjan van de Ven
2006-08-06 22:41             ` Shem Multinymous
2006-08-06 22:56               ` Greg KH
2006-08-06 23:13               ` Arjan van de Ven
2006-08-07 13:26         ` Pavel Machek
2006-08-07 19:23           ` Andrew Morton
2006-08-07 23:20             ` Pavel Machek
2006-08-07 13:47     ` Pavel Machek
2006-08-07 13:44   ` Pavel Machek
2006-08-07 15:13     ` Shem Multinymous
2006-08-07 16:27       ` Björn Steinbrink
2006-08-07 16:41         ` Shem Multinymous
2006-08-07 16:54           ` Björn Steinbrink
2006-08-07 23:17             ` Pavel Machek
2006-08-07 23:15       ` Pavel Machek
2006-08-07 23:23         ` Greg KH
2006-08-07 23:25           ` Pavel Machek
2006-08-07 23:29             ` Greg KH
2006-08-07 23:37               ` [PATCH] pr_debug() should not be used in drivers Pavel Machek
2006-08-08  9:44           ` [PATCH 01/12] thinkpad_ec: New driver for ThinkPad embedded controller access Shem Multinymous
2006-08-08  9:23         ` Shem Multinymous
2006-08-08  9:39           ` Pavel Machek
2006-08-07 23:39     ` Randy.Dunlap
2006-08-06  7:26 ` [PATCH 02/12] hdaps: Use thinkpad_ec instead of direct port access Shem Multinymous
2006-08-07 13:55   ` Pavel Machek
2006-08-07 15:40     ` Shem Multinymous
2006-08-07 23:22       ` Pavel Machek
2006-08-06  7:26 ` [PATCH 03/12] hdaps: Unify and cache hdaps readouts Shem Multinymous
2006-08-07 14:02   ` Pavel Machek
2006-08-07 16:14     ` Shem Multinymous
2006-08-07 23:24       ` Pavel Machek
2006-08-08  9:16         ` Shem Multinymous
2006-08-08  9:21           ` Pavel Machek
2006-08-08 10:06             ` Shem Multinymous
2006-08-08 10:09               ` Pavel Machek
2006-08-06  7:26 ` [PATCH 04/12] hdaps: Correct readout and remove nonsensical attributes Shem Multinymous
2006-08-07 14:07   ` Pavel Machek
2006-08-07 16:30     ` Shem Multinymous
2006-08-07 18:20       ` Björn Steinbrink
2006-08-07 23:30         ` timeout nonsense [was Re: [PATCH 04/12] hdaps: Correct readout and remove nonsensical attributes] Pavel Machek
2006-08-08 12:22         ` [PATCH 04/12] hdaps: Correct readout and remove nonsensical attributes Muli Ben-Yehuda
2006-08-08 12:56           ` Pavel Machek
2006-08-08 13:17             ` Muli Ben-Yehuda
2006-08-08 13:35               ` Shem Multinymous
2006-08-08 13:43                 ` Muli Ben-Yehuda
2006-08-08 14:53                   ` Shem Multinymous
2006-08-08 15:19                     ` Alan Cox
2006-08-08 15:33                       ` Shem Multinymous
2006-08-09  3:44                         ` Muli Ben-Yehuda
2006-08-09  9:02                           ` Shem Multinymous
2006-08-09  9:56                             ` Muli Ben-Yehuda
2006-08-07 23:26       ` Pavel Machek
2006-08-06  7:26 ` [PATCH 05/12] hdaps: Remember keyboard and mouse activity Shem Multinymous
2006-08-07 14:11   ` Pavel Machek
2006-08-07 16:19     ` Shem Multinymous
2006-08-06  7:26 ` [PATCH 06/12] hdaps: Limit hardware query rate Shem Multinymous
2006-08-08 12:08   ` Pavel Machek
2006-08-06  7:26 ` [PATCH 07/12] hdaps: delay calibration to first hardware query Shem Multinymous
2006-08-08 12:10   ` Pavel Machek
2006-08-06  7:26 ` [PATCH 08/12] hdaps: Add explicit hardware configuration functions Shem Multinymous
2006-08-08 12:16   ` Pavel Machek
2006-08-08 13:17     ` Shem Multinymous
2006-08-06  7:26 ` [PATCH 09/12] hdaps: Add new sysfs attributes Shem Multinymous
2006-08-08 12:19   ` Pavel Machek
2006-08-06  7:26 ` [PATCH 10/12] hdaps: Power off accelerometer on suspend and unload Shem Multinymous
2006-08-08 12:45   ` Pavel Machek
2006-08-08 13:28     ` Shem Multinymous
2006-08-06  7:26 ` [PATCH 11/12] hdaps: Stop polling timer when suspended Shem Multinymous
2006-08-08 12:46   ` Pavel Machek
2006-08-06  7:26 ` [PATCH 12/12] hdaps: Simplify whitelist Shem Multinymous
2006-08-08 12:47   ` Pavel Machek
  -- strict thread matches above, loose matches on Subject: below --
2006-08-10  9:48 [PATCH 00/12] ThinkPad embedded controller and hdaps drivers (version 2) Shem Multinymous
2006-08-10  9:48 ` [PATCH 01/12] thinkpad_ec: New driver for ThinkPad embedded controller access Shem Multinymous

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060807034055.GE30009@thunk.org \
    --to=tytso@mit.edu \
    --cc=akpm@osdl.org \
    --cc=alan@lxorguk.ukuu.org.uk \
    --cc=gregkh@suse.de \
    --cc=hdaps-devel@lists.sourceforge.net \
    --cc=khali@linux-fr.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=multinymous@gmail.com \
    --cc=rlove@rlove.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox