All of lore.kernel.org
 help / color / mirror / Atom feed
From: judge.packham@gmail.com (Chris Packham)
To: kernelnewbies@lists.kernelnewbies.org
Subject: Kernel contributions from organisations and individual privacy
Date: Thu, 11 Jun 2015 17:10:32 +1200	[thread overview]
Message-ID: <CAFOYHZAHQ7y6vm3d0OWoz=wd3nHOSy4+F0orAWo3YAAx5ATVKQ@mail.gmail.com> (raw)
In-Reply-To: <CAOGCNM4kULLt=SDaxUU_yd5hFeQcWcvhNKtH=ATrOz+H_3HEOA@mail.gmail.com>

It's not a concern for the _employer_ (unless we say something
particularly inflammatory), in fact the organisation sees the benefit
of the company name getting out there in technical circles.

It's more a case of the _employee_ not wanting their name to show up
in mailing list archives, similar to people that don't want a phone
book listing or twitter/facebook/google+. One option is for someone
(like me) to do the submission and work with upstream to get the
change accepted, I don't have a problem with this but it does mean
that if/when I move on I take the kudos (as well as the criticism)
with me and the company loses out.

On Thu, Jun 11, 2015 at 4:58 PM, Jason Ball <jason@ball.net> wrote:
> I had a similar situation and managed to route patches via an intermediary
> to protect my employers anonymity at the time.   You may (should) be able to
> find an appropriate sponsor depending on the nature of the customisations.
>
>
>
> On Wed, Jun 10, 2015 at 7:19 PM, Chris Packham <judge.packham@gmail.com>
> wrote:
>>
>> Hi,
>>
>> This came up at work today and I'm not sure where the best place to
>> ask is. I almost went straight to the lkml but I figured I'd start
>> with newbies first.
>>
>> We've been using the Linux kernel in our products for a number of
>> years now. We're doing all the right things w.r.t GPL compliance but
>> we're not actively pushing that much upstream. This means we're
>> effectively maintaining our own Linux fork with very few resources.
>> I'm trying to avoid this by encouraging developers to get their
>> changes upstreamed.
>>
>> This is good for our organisation because we don't have to re-do our
>> changes when we need to take a new kernel version. Most developers see
>> this as a good career building for them. But some developers value
>> their individual privacy over career progression.
>>
>> My initial response to that was well we can just make a dummy gmail
>> account or even setup a swdept@$organisation shared address. But
>> SubmittingPatches actually says to sign patches with your real name
>> not a pseudonym.
>>
>> Does this basically mean people that value privacy are unable to
>> contribute?
>>
>> Thanks,
>> Chris
>>
>> _______________________________________________
>> Kernelnewbies mailing list
>> Kernelnewbies at kernelnewbies.org
>> http://lists.kernelnewbies.org/mailman/listinfo/kernelnewbies
>
>
>
>
> --
>
> --
>
> Teach your kids Science, or somebody else will :/
>
> jason at ball.net
> vk2vjb at google.com
> callsign: vk2vjb
>
>

  reply	other threads:[~2015-06-11  5:10 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 [this message]
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
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='CAFOYHZAHQ7y6vm3d0OWoz=wd3nHOSy4+F0orAWo3YAAx5ATVKQ@mail.gmail.com' \
    --to=judge.packham@gmail.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.