Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] Buildroot licence for commercial product
Date: Thu, 29 Jul 2010 23:47:33 +0200	[thread overview]
Message-ID: <20100729234733.2edde266@surf> (raw)
In-Reply-To: <4C4DAE9A.4030402@terawatt.fr>

Hello Damien,

On Mon, 26 Jul 2010 17:49:46 +0200
Damien Borie <dbe@terawatt.fr> wrote:

> I have read this today, and I've made a list of all package in my 
> buildroot tree. I'm sure some of them are not installed, or not
> used,, because they where selected for some tests and never deleted...

Normally, "make external-deps" is supposed to tell you everything
Buildroot downloads to build the target system.

> So I got 9 package under ISC and 3 under BSD which only need to
> include the licence text. Then 3 under BSD which need an
> acknowledgement.

By acknowledgement, I assume you mean the 4-clause BSD license, which
says:

"
3. All advertising materials mentioning features or use of this software
   must display the following acknowledgement:
   This product includes software developed by the <organization>.
"

I must confess I'm not sure in practice how one is supposed to respect
this requirement.

> Zlib and OpenSSL got special licences which need
> acknowledgements too.

The Zlib license does not seem to have an advertising clause like the
4-clause BSD license. The acknowledgement is only appreciated:

"
    1. The origin of this software must not be misrepresented; you must
not claim that you wrote the original software. If you use this software
in a product, an acknowledgment in the product documentation would
be appreciated but is not required.
"

In the OpenSSL license, you're correct, there is an acknowledgement
clause as well.

> 2 LGPL which need the licence text, and one of them (QT) needs to
> allow to modify QT version.

I am not sure what you mean here about QT.

Moreover, with the LGPL, you not only have to provide the licence text,
but also the complete source code of the LGPL component. See section 4
of http://www.gnu.org/licenses/old-licenses/lgpl-2.1.html (if the LGPL
license version is indeed 2.1).

> And finally 13 GPL, 10 without Buildroot ncurses and fakeroot, which 
> need to give access to the source code.

Right, and the licence text.

> Ho, and mgetty for which I don't find the licence...
> And, I forget all X11 packages...Xserver Xorg is under BSD-like 
> licences, so I can just put the text. But I didn't look for all the
> sub packages and libraries...

Yeah, this is where "make external-deps" can help.

> I don't know how I will give access to all licences text, copyright,
> and source code, as the system is closed and nobody can connect to it
> except us...

I think a fairly sane and reasonable way is :

 * To create a webpage that lists all the free software components that
   you've used in your device, the version of these components, the
   modifications you made to these components (patches), the licence of
   these components. All with a link to the tarball of each component,
   hosted on your server and a link to the full license text.

 * To add to your product a simple paper that contains the list of the
   components, their license, and a link to the webpage mentionned
   before.

This way, you're transparent on what your device contains in terms of
free software, which license it is under, and you give the full source
code for all of them.

Of course, I am not a lawyer, so the suggestions above are not legal
advice.

Regards,

Thomas
-- 
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com

      parent reply	other threads:[~2010-07-29 21:47 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-26  9:55 [Buildroot] Buildroot licence for commercial product Damien Borie
2010-07-26 11:42 ` Thomas Petazzoni
2010-07-26 15:49   ` Damien Borie
2010-07-26 16:40     ` Yann E. MORIN
2010-07-29 21:47     ` Thomas Petazzoni [this message]

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=20100729234733.2edde266@surf \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /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