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
prev 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