* [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