On Sun, 22 May 2005, Alan Cox wrote:
>
> You have to -actively- agree to the DCO to submit a change, and that is
> what makes it work (whether you put something in submitting patches or
> not that is more explanatory).
Ok, that would imply that we'll need to bump the version to 1.1 or
something. So how about something like this? I'll also run it past the
OSDL lawyer, and if others were to run it past their lawyers, that would
be good.
I can't imagine that this change really would upset anybody, but hey,
let's double- and triple-check before I commit something like this.. As
mentioned, I think everybody is _very_ aware that Linux is a public
project, and I can't imagine that there are kernel developers who haven't
seen the changelogs we keep, so this feels a bit unnecessary, but let's
be careful..
Linus
----
diff --git a/Documentation/SubmittingPatches b/Documentation/SubmittingPatches
--- a/Documentation/SubmittingPatches
+++ b/Documentation/SubmittingPatches
@@ -271,7 +271,7 @@ patch, which certifies that you wrote it
pass it on as a open-source patch. The rules are pretty simple: if you
can certify the below:
- Developer's Certificate of Origin 1.0
+ Developer's Certificate of Origin 1.1
By making a contribution to this project, I certify that:
@@ -291,6 +291,11 @@ can certify the below:
person who certified (a), (b) or (c) and I have not modified
it.
+ (d) I understand that the project is public, and that a record is
+ kept of not just my submission but also of my sign-off,
+ including whatever personal information (eg email address)
+ that I include in the submission.
+
then you just add a line saying
Signed-off-by: Random J Developer <[email protected]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]