An interesting question (which I see you have decided at least part of
the answer for). The .rb files seem fairly straightforward as
requiring a licence, although the rest perhaps arent quite as clear.
Since the licence is a comment, is it possible to adjust the test
output to strip them, or is that not within our control? (I dont have
a clue about ruby and/or cucumber)

I believe the general idea is that anything with creativity in it
should have a licence, but I tend to just be of the opinion that *all*
files should have the licence in some way unless there is a very clear
legal or (allowable) technical reason they absolutely shouldnt. It
cuts down the noise and ensures you dont need to worry as much about
whether things need be licenced or not.

I believe its allowable in certain cases to use a short form for the
licence (e.g as done in manifest files) that at least contains the
URL, so that might also be an approach to investigate using (one of
the .java files flagged by RAT had the entire header but had a space
in its URL and so failed the check).

Robbie

On 19 April 2012 13:53, Darryl L. Pierce <[email protected]> wrote:
> On Wed, Apr 18, 2012 at 10:56:35PM +0100, Robbie Gemmell wrote:
>> I have run Rat on the 0.16 RC2 release tar, the output can be found here:
>> http://people.apache.org/~robbie/qpid/0.16/0.16rc2_rat_output.txt
>>
>> There are a number of new files without licence header since the last
>> release that need updated. I will update the Java related files on
>> trunk tomorrow, it would be helpful if others could look over the
>> output and do the same in their respect areas of choice.
>
> Do we need to place explicit licenses in such things as the cucumber
> feature and step files below the Ruby directory? The problem is that
> those files are sent to stdout as the tests run and the testing output
> will easily get lost in all of the license test.
>
> --
> Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc.
> Delivering value year after year.
> Red Hat ranks #1 in value among software vendors.
> http://www.redhat.com/promo/vendor/
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to