Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
* [Buildroot] legal-info too permissive?
@ 2013-05-14  9:41 Thomas Petazzoni
  2013-05-14  9:55 ` Peter Korsgaard
  2013-05-14 11:03 ` Luca Ceresoli
  0 siblings, 2 replies; 4+ messages in thread
From: Thomas Petazzoni @ 2013-05-14  9:41 UTC (permalink / raw)
  To: buildroot

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.

Thanks,

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Buildroot] legal-info too permissive?
  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
  1 sibling, 0 replies; 4+ messages in thread
From: Peter Korsgaard @ 2013-05-14  9:55 UTC (permalink / raw)
  To: buildroot

>>>>> "Thomas" == Thomas Petazzoni <thomas.petazzoni@free-electrons.com> writes:

Hi,

 Thomas> In this intentional? Shouldn't 'make legal-info' be more
 Thomas> restrictive, and bail out with an error if some license file
 Thomas> cannot be found in the source code? At least the latter would
 Thomas> be the most useful behavior for the autobuilders.

I agree.

-- 
Bye, Peter Korsgaard

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Buildroot] legal-info too permissive?
  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
  1 sibling, 1 reply; 4+ messages in thread
From: Luca Ceresoli @ 2013-05-14 11:03 UTC (permalink / raw)
  To: buildroot

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.

Luca

^ permalink raw reply	[flat|nested] 4+ messages in thread

* [Buildroot] legal-info too permissive?
  2013-05-14 11:03 ` Luca Ceresoli
@ 2013-05-14 12:50   ` Luca Ceresoli
  0 siblings, 0 replies; 4+ messages in thread
From: Luca Ceresoli @ 2013-05-14 12:50 UTC (permalink / raw)
  To: buildroot

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

^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2013-05-14 12:50 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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 is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox