All of lore.kernel.org
 help / color / mirror / Atom feed
From: greg@kroah.com (Greg KH)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Kernel contributions from organisations and individual privacy
Date: Thu, 11 Jun 2015 08:38:13 -0700	[thread overview]
Message-ID: <20150611153813.GA5058@kroah.com> (raw)
In-Reply-To: <55799E35.5080608@mrbrklyn.com>

On Thu, Jun 11, 2015 at 10:41:57AM -0400, Ruben Safir wrote:
> On 06/11/2015 10:28 AM, Greg KH wrote:
> >> If the copyright is owned by the company then ONLY the company can push
> >> > it up stream and assign copyright to the Linux Foundation.
> > No one assigns kernel copyright to the Linux Foundation unless you have
> > entered into some odd business agreement with that legal entity.  And
> > that is quite rare to do so and takes lots of lawyers and time.
> 
> 
> It doesn't take a lot of lawyers anymore than a license would.  I
> thought that the Foundation requests this routinely in order so that it
> has standing in court if a lawsuit should happen.

No, it never has done this, where are you getting this crazy idea?

The only thing you have to agree with when contributing Linux kernel
code is the DCO, which can be found in the file
Documentation/SubmittingPatches, or here online:
	http://developercertificate.org/

You keep your copyright on the contribution you make, it's always been
that way for Linux kernel development for its entire development history
(22+ years).  I don't know where you got the idea that you have to
assign copyright away to contribute to the kernel, but please do not
spread false information like this.

> The FSF has copyright to a large bulk of the software under GNU for
> this reason.

The FSF is insane, don't confuse the two groups please :)

> Obviously you have first hand knowledge of practice I don't have, but
> copyright is a huge problem with contrition.

"contrition"?  The state of feeling regret?  What are you talking about?

> In order to contribute, you must have copyright ownership.  You can't
> prove that if your anonymous.

Which is why we can not accept anonymous contributions to the Linux
kernel.

But then there's the technical aspect of it all.  When you put your name
on code, you have "ownership" of it and you end up doing a much better
job than if it is anonymous or just hidden within a larger company.  And
that's a good thing for both the developer, and the overall project.

greg k-h

  reply	other threads:[~2015-06-11 15:38 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-10  9:19 Kernel contributions from organisations and individual privacy Chris Packham
2015-06-11  4:58 ` Jason Ball
2015-06-11  5:10   ` Chris Packham
2015-06-11  5:19     ` Ruben Safir
2015-06-11 14:28       ` Greg KH
2015-06-11 14:41         ` Ruben Safir
2015-06-11 15:38           ` Greg KH [this message]
2015-06-11 16:39             ` Ruben Safir
2015-06-11 17:54               ` Greg KH
2015-06-11 17:57               ` Greg KH
2015-06-11 23:26                 ` Ruben Safir
2015-06-11 23:37                   ` Rik van Riel
2015-06-11 23:55                     ` Ruben Safir
2015-06-12  0:13                     ` Jeff Haran
2015-06-12  1:28                       ` Rik van Riel
2015-06-12 23:29                         ` Jeff Haran
2015-06-13 15:40                           ` Bjørn Mork
2015-06-13 19:08                             ` Ruben Safir
2015-06-15 23:08                             ` Jeff Haran
2015-06-15 23:55                               ` Rik van Riel
2015-06-16 16:23                                 ` Jeff Haran
2015-06-13 16:23                           ` Rik van Riel
2015-06-14 21:18                           ` Valdis.Kletnieks at vt.edu
     [not found]                             ` <B424B28F-AB7E-4972-95BB-FF91D85D0FED@gmail.com>
2015-06-14 23:29                               ` Valdis.Kletnieks at vt.edu
     [not found]                                 ` <557E0FF7.1000607@gmail.com>
2015-06-15  2:08                                   ` Valdis.Kletnieks at vt.edu
2015-06-12  0:52                   ` Greg KH
2015-06-12  3:31                   ` Valdis.Kletnieks at vt.edu
2015-06-12  4:39                     ` Ruben Safir
2015-06-12  7:18                       ` Valdis.Kletnieks at vt.edu
2015-06-11 13:13     ` Rik van Riel
2015-06-11 14:27   ` Greg KH
2015-06-11 14:25 ` Greg KH

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=20150611153813.GA5058@kroah.com \
    --to=greg@kroah.com \
    --cc=kernelnewbies@lists.kernelnewbies.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.