<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jan 21, 2014 at 11:31 AM, Richard Fontana <span dir="ltr"><<a href="mailto:rfontana@redhat.com" target="_blank">rfontana@redhat.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
If the license notice remains in the file, this mitigates the concern<br>
that having no legal information in a source file could lead to one of<br>
two bad future events if a source file ends up being indirectly taken<br>
out of context by some other project: either the project is too afraid<br>
to use the code because of unclear licensing, or the project will<br>
assume it's 'public domain' with no conditions attached.</blockquote></div><br></div><div class="gmail_extra">Note that this is not a hypothetical problem for many downstream consumers; it turns out that when you tell people "I want you to use my code" they do that, and then other people do further downstream, and then when they want to comply with your license they get very confused :) <br>

<br>I wrote about this somewhat at length a few years ago:<br><br><a href="http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/">http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/</a><br>

<br></div><div class="gmail_extra">So if I understand Richard correctly, I think his suggested approach is right: per-file *license* information, but not per-file information about copyright holders/authors (except perhaps a generic "copyright by the contributors" statement).<br>

</div><div class="gmail_extra"><br>Luis</div></div>