All of lore.kernel.org
 help / color / mirror / Atom feed
From: Luca Ceresoli <luca@lucaceresoli.net>
To: buildroot@busybox.net
Subject: [Buildroot] Report of the Buildroot Developer Day, February 3, 2012 - Legal info
Date: Fri, 17 Feb 2012 14:50:40 +0100	[thread overview]
Message-ID: <4F3E5B30.60007@lucaceresoli.net> (raw)
In-Reply-To: <BE5319E74F9A446BA391A54D7377663E@beraninstruments.com.local>

Will Moore wrote:
...
> Implementation
>
>    * Add our advise of how to comply to GPL to the documentation.
>    * If something is difficult to do, skip it and mention it to the
>      user.
>    * In the package mk-file, specify the license file(s) from the
>      package source that have to be included. There are some cases
>      where the source doesn?t have a separate license file. In this
>      case, we can include a license file in buildroot?s package
>      directory. We could also point to a source file that contains the
>      license text (not ideal because you add redundant cruft to the
>      legal-info directory).
>    * To avoid duplicating the same license every time, we use a common
>      license file (included only once) for known licenses (GPLv2,
>      LGPLv2, LGPLv2.1, ?). This only applies for licenses for which
>      the text always is identical. In particular, the BSD license is
>      excluded because it explicitly states that the copyright
>      statement above must be retained.
> Having just recently gone through doing this for a simple buildroot
> configuration I would note that even when things are e.g. GPLv2 they have
> different license text.  Not only do they often have (a la Linux) a little
> explanation before the text of the GPLv2 but also the GPLv2 text itself can vary
> subtly even when both versions are marked Version 2, June 1991.  In the cases I
> saw just silly things like the address given for FSF and "19yy" changing to
> "year", "St" to "Street", "Lesser" to "Library", and white space changes.  To be
> "clean" I just copied the license verbatim from the source.

You're right. In fact I noticed this fact when trying to implement the said
feature. For the moment I chose to leave it out of my next patchset, and
start a little more discussion about the issue.

Luca

      parent reply	other threads:[~2012-02-17 13:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-15 23:44 [Buildroot] Report of the Buildroot Developer Day, February 3, 2012 Arnout Vandecappelle
2012-02-16 12:17 ` [Buildroot] Report of the Buildroot Developer Day, February 3, 2012 - Legal info Will Moore
2012-02-16 12:53   ` Yann E. MORIN
2012-02-16 15:56     ` Will Moore
2012-02-17 13:50   ` Luca Ceresoli [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=4F3E5B30.60007@lucaceresoli.net \
    --to=luca@lucaceresoli.net \
    --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 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.