Re: [Xenomai] License Issues

[Jan Kiszka <jan.kiszka@siemens.com>]

On 2015-06-17 23:35, Leopold Palomo-Avellaneda wrote:
> El Dimecres, 17 de juny de 2015, a les 19:25:56, Gilles Chanteperdrix va 
> escriure:
>> Leopold Palomo-Avellaneda wrote:
>>> Hi,
>>>
>>> using a debian tool to check the license of the package I have found that
>>> his
>>
>>> files:
>> This mail looks very different from the one you sent me privately and I
>> told you to post on the list. It does not even concern the same version of
>> Xenomai.
> 
> yes,
> 
> it's true. But what I understood from you was that it was better that I sent 
> to the list. That file comes from xenomai-2.6.4. Any problem then?
> 
> I just need to clarify this kind of things because ftp-masters are every day 
> more strict (what I think it's better), especially with licenses. Never 
> happens nothing till the day that something happen.

Out of curiosity: How do these license check work right now? What's the
tool used and how are the outputs processed (manual or automatic
decisions etc.)?

> 
> If can check this kind of stuff it would be better, that's all. For instance, I 
> was a bit surprised about the autotools generated files, because I thought they 
> would never had license.

If something has no license, it cannot be used. IIRC, you can freely
choose the license of the generated autotools files, but you should
state at least something somewhere to avoid needless confusion for
people who validate the licenses of projects (AKA license clearing process).

Given that tool-based license analysis often looks at individual files
only, a license header for those that lack a note would be the optimal
resolution. The minimum - and likely the only option for generated files
- is to define a default license for Xenomai that covers all files not
explicitly carrying a note or not being covered by a subdir COPYING file.

Did you also look at Xenomai 3 already in this regard, Leopold?

Jan

-- 
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux