From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [RFC 0/2] script to find package licenses
Date: Mon, 8 Aug 2016 19:42:13 +0200 [thread overview]
Message-ID: <20160808174213.GD5876@free.fr> (raw)
In-Reply-To: <20160805095353.68bf1fd9@free-electrons.com>
Rahul, All,
On 2016-08-05 09:53 +0200, Thomas Petazzoni spake thusly:
> On Fri, 5 Aug 2016 13:12:49 +0530, Rahul Bedarkar wrote:
> > Intention of script is to help us to verify or correct legal info that
> > we add in .mk file. This could be a handy tool that can be used by
> > anyone when we do version bump or add new package. The complex tools
> > that are available are generally used by upstream package providers for
> > Open Source Compliance which provide lot more information than just file
> > license. And integrating such tools in Buildroot might be difficult. But
> > in Buildroot where we just need license of a package, script could be
> > useful as a starting point.
>
> I'm sorry, but I still don't see why we should merge a script that we
> would have to maintain, while there are some existing, actively
> developed and more powerful tools doing the same work.
>
> Moreover, I believe that the cases that can be detected automatically
> by a script (such as a clear GPL, LGPL, BSD or MIT license) are clearly
> not the ones for which it is difficult to write the <pkg>_LICENSE
> string.
>
> The ones for which it is difficult are the ones that a script will
> never handle as it can't recognize any pattern.
I concur with Thomas here. The obvious licenses we can find pretty
easily, so those ar enot the ones we must look for.
On the other hand, the ones for which we would need an automated
solution are not easy to find automatically.
Hence this is a catch-22 situation.
However, I think we could rely on an external siolution to find
licenses. For example, Fossology and SPDX have both been mentionned
already. It would be nice to see how we could interface to either to get
a list of potential licenses for a package.
AFAICS, SPDX does not provide a mean to extract free-form licensing in
source code; the licensing information has to be specially encoded with
specific headers. If that is the case, then we could use the SPDX
scripts to extract SPDX licensing information.
AS for Fossology, they have a publicly-available instance, but it is
only meant as a test-bed; it is neither supposed to be always available
nor supposed to be reliable. One can install Fossology locally, but I
haven't seen where one may download the database.
All in all, if we were to add support for automtically extract licensing
information from a pacakge source code, I firmly believe this should be
done with existing tools, not ones we invent ourselves.
I'll be marking those two patches are ejcted in out patchwork.
However, we would *really* welcome a similar addition that would make
use of existing infrastructures like SPDX or Fossology (or others).
Regards,
Yann E. MORIN.
--
.-----------------.--------------------.------------------.--------------------.
| Yann E. MORIN | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software Designer | \ / CAMPAIGN | ___ |
| +33 223 225 172 `------------.-------: X AGAINST | \e/ There is no |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL | v conspiracy. |
'------------------------------^-------^------------------^--------------------'
prev parent reply other threads:[~2016-08-08 17:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-04 14:16 [Buildroot] [RFC 0/2] script to find package licenses Rahul Bedarkar
2016-08-04 14:16 ` [Buildroot] [RFC 1/2] scripts: add a script to find licenses of package Rahul Bedarkar
2016-08-04 14:16 ` [Buildroot] [RFC 2/2] new make target <PKG>-find-licenses Rahul Bedarkar
2016-08-04 16:33 ` [Buildroot] [RFC 0/2] script to find package licenses Thomas Petazzoni
2016-08-05 2:03 ` Khem Raj
2016-08-05 7:42 ` Rahul Bedarkar
2016-08-05 7:53 ` Thomas Petazzoni
2016-08-08 17:42 ` Yann E. MORIN [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=20160808174213.GD5876@free.fr \
--to=yann.morin.1998@free.fr \
--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