DPDK community structure changes
 help / color / mirror / Atom feed
From: Francois Ozog <francois.ozog@linaro.org>
To: Thomas Monjalon <thomas.monjalon@6wind.com>
Cc: Matt Spencer <Matt.Spencer@arm.com>,
	"O'Driscoll, Tim" <tim.odriscoll@intel.com>,
	 Dave Neary <dneary@redhat.com>,
	moving@dpdk.org
Subject: Re: [dpdk-moving] Reminder on Today's Meeting and Updated Charter
Date: Tue, 29 Nov 2016 15:25:38 +0100	[thread overview]
Message-ID: <CAHFG_=Xw19H7-yJvcUHR784M37tkGaO4E96_f5fG0_PEBf9s5w@mail.gmail.com> (raw)
In-Reply-To: <1582367.tENoNDAmhm@xps13>

[-- Attachment #1: Type: text/plain, Size: 2774 bytes --]

On 29 November 2016 at 14:50, Thomas Monjalon <thomas.monjalon@6wind.com>
wrote:

> 2016-11-29 14:20, Francois Ozog:
> > Hi Matt,
> >
> > I coy/paste Mike Dolan's comment on CLA:
> >
> > "Most of our projects use the Apache CCLA if a CLA is required. We have a
> > fully automated e-signature management system for CLA signings. You can
> see
> > the CCLA for Kubernetes for example here:
> > https://identity.linuxfoundation.org/content/cncf-corporate-contributor-
> license-agreement
> > <https://www.google.com/url?q=https://identity.
> linuxfoundation.org/content/cncf-corporate-contributor-
> license-agreement&sa=D&ust=1480344167438000&usg=
> AFQjCNEbhgdm3M7dTLB1Xxwp8af7LJcC-A>
> > "
> >
> > I had Linaro member companie lawyers have a look at it and they said it
> is
> > fine.
> >
> > So it should be nice to have such CCLA in place in DPDK.
>
> Why?
>

In an early mail I said:

"I am not a lawyer and I am out of my league here. That said, we all know
that NDA's cannot be executed by any employee of a company. So, the DPDK
signoff is nice, but why implement a policy that is less binding for
something that may be involving very high liability issues?


DPDK says precisely "The purpose of the signoff is explained in the
Developer’s Certificate of Origin section of the Linux kernel guidelines.".
The following note says the contributor has to "understand" DCO...
So unless I have missed something, nothing says that a contributor SHALL
COMPLY to anything. And even if you change the sentences to include the
word comply:
- their should be a DPDK DCO not a pointer to some external project
- do you have properly recorded in your books a paer signed by an
authorized representative of a company ?
- the DCO itslef is somewhat loose: "The contribution is based upon
previous work that, to the best of my knowledge, is covered under an
appropriate open source license". It does not say it is:
     . free from patents
     . free to use in large scale production by an end customer (not a
developper). Or more precisely, the developper (say the NEP) has the right
to sell and the customer (the operator) has been transfered the right to
use.



Bottom line, it is desirable that companies properly engage their
responsability for licence, patents and copyright aspects.

The CLA should be signed by each contributor company at the moment of
joining: the company liability is engaged, not just the employee when
submitting patches.

There is probably some additional statement to be done for already
contributed code."


-- 
[image: Linaro] <http://www.linaro.org/>
François-Frédéric Ozog | *Director Linaro Networking Group*
T: +33.67221.6485
francois.ozog@linaro.org | Skype: ffozog

[-- Attachment #2: Type: text/html, Size: 5862 bytes --]

  reply	other threads:[~2016-11-29 14:25 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-22 11:08 O'Driscoll, Tim
2016-11-22 14:47 ` Vincent JARDIN
2016-11-23 22:26 ` Dave Neary
2016-11-24 12:46   ` O'Driscoll, Tim
2016-11-24 13:26     ` Thomas Monjalon
2016-11-24 14:16       ` Matt Spencer
2016-11-24 17:27         ` O'Driscoll, Tim
2016-11-24 18:07           ` Vincent Jardin
2016-11-24 18:20             ` Ed Warnicke
2016-11-24 19:05               ` Vincent Jardin
2016-11-24 18:13           ` Ed Warnicke
2016-11-29 13:20         ` Francois Ozog
2016-11-29 13:50           ` Thomas Monjalon
2016-11-29 14:25             ` Francois Ozog [this message]
2016-11-29 14:50               ` Vincent JARDIN

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='CAHFG_=Xw19H7-yJvcUHR784M37tkGaO4E96_f5fG0_PEBf9s5w@mail.gmail.com' \
    --to=francois.ozog@linaro.org \
    --cc=Matt.Spencer@arm.com \
    --cc=dneary@redhat.com \
    --cc=moving@dpdk.org \
    --cc=thomas.monjalon@6wind.com \
    --cc=tim.odriscoll@intel.com \
    /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;
as well as URLs for NNTP newsgroup(s).