Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Luca Ceresoli <luca@lucaceresoli.net>
To: buildroot@busybox.net
Subject: [Buildroot] legal-info too permissive?
Date: Tue, 14 May 2013 14:50:48 +0200	[thread overview]
Message-ID: <51923328.6090707@lucaceresoli.net> (raw)
In-Reply-To: <51921A1A.3070009@lucaceresoli.net>

Luca Ceresoli wrote:
> Thomas Petazzoni wrote:
>> Hello Luca,
>>
>> Looking at
>> http://autobuild.buildroot.org/results/183/183d0af8c692b8c90b5b136999a0661fc7893b3a/build-end.log, 
>>
>> one can see:
>>
>> cat: /home/test/test/2/output/build/neon-0.29.6/src/COPYING: No such 
>> file or directory
>>
>> so it seems like the neon legal informations are not correct (or no
>> longer correct). This should be fixed of course, but the thing that
>> surprises me here is that the 'make legal-info' apparently didn't
>> return with an error. So the overall build was considered successful,
>> even though some license information is obviously wrong in this neon
>> package.
>>
>> In this intentional? Shouldn't 'make legal-info' be more restrictive,
>> and bail out with an error if some license file cannot be found in the
>> source code? At least the latter would be the most useful behavior for
>> the autobuilders.
>
> This is not intentional, it is a bug in the legal-info infrastructure.
> Thanks for reporting!
>
> The problem lies in the loopthat iterates over license files:
>
> >        @for F in $$($(2)_LICENSE_FILES); do \
> >                $(call 
> legal-license-file,$$($(2)_RAWNAME),$$$${F},$$($(2)_DIR)/$$$${F}); \
> >                done
>
> The loop errors out only if the last file is missing. If a preceding
> file is missing, it goes on carelessly.
>
> In the case of neon:
> > NEON_LICENSE_FILES = src/COPYING.LIB src/COPYING README
> the missing file is the second out of three.
>
> I am looking into fixing this.

I just sent a patch to fix this.

The neon package still needs to be fixed.

Luca

      reply	other threads:[~2013-05-14 12:50 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-14  9:41 [Buildroot] legal-info too permissive? Thomas Petazzoni
2013-05-14  9:55 ` Peter Korsgaard
2013-05-14 11:03 ` Luca Ceresoli
2013-05-14 12: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=51923328.6090707@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox