Thanks for the feedback & advice. 

> I feel like putting the ASF license header into config files is going a bit 
> too far. IMO config files can typically be considered not creative work and 
> therefore not copyrightable. TheASF Source Header and Copyright Notice Policy 
> seems to recognize this in 
> https://www.apache.org/legal/src-headers.html#faq-exceptions 
> <https://www.apache.org/legal/src-headers.html#faq-exceptions>

This is good to know! I’m +1 to removing the header from the config files.


> I would also like to find out whether there is any similar  leeway for our 
> docs in markdown format.
> My aversion to the license headers added here is more that Markdown is 
> designed to be readable as it is, without needing to compile it to HTML or 
> anything else.

> if we think of the markdown files as readable in themselves, then such a 
> publication should claim its copyright as actual text.
> we could have one instance of the ASF license header after the table of 
> contents, or as a separate file, linked in the table of contents.

I quite like the idea of having the license for the docs in one place, as 
opposed to each & every file. Dave’s suggestion is good too; strikes a balance 
between the two (short & readable, in every file).


> Third, there are sentences in the text that say, for example, "hunts for 
> performance regressions". It's IMO good that this patch doesn't go beyond the 
> mechanical rename, but of course it makes sense to follow up with a more 
> editorial PR.

+1 - I’ll open an issue to track this.


> If you look at using a license check like Apache RAT, an excludes file is 
> used to make the all source files that are “false negatives” for license 
> compliance. I don’t know if Poetry offers similar license check exclusions.

We should be able to do something similar. The pre-commit hook allows us to 
exclude files / patterns.

Reply via email to