-
Notifications
You must be signed in to change notification settings - Fork 38
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Figure out license files wrt Twitter HPACK which we include vendored in http-core #62
Comments
In #19 the existing notes in the NOTICE.txt file were deleted. Was that intentional? |
According to the #19 description it was intentional.
|
I am not an expert on licensing and I am not a lawyer. I've seen what the Incubator mentors and PMC members say about other instances in our code base and in other Incubator projects but when I try to apply what I think is the reasoning to scenarios, I frequently get it wrong. With the NOTICE file, we have https://infra.apache.org/licensing-howto.html#mod-notice - that we should only modify the standard Apache NOTICE when we have to. It's worth reading that full doc (not just the mod-notice paragraph). There is this: With the LICENSE file. we do have the leeway to mention code that is not ours and what the license for that code is. See the incubator-pekko repo LICENSE and the unmerged apache/pekko#159. https://infra.apache.org/licensing-howto.html#alv2-dep says that we do not normally need to list Apache licensed code in our LICENSE. |
Ok, I'm fine with being relaxed about the notes, it would be good though to some place to list all external bundled dependencies. The document you linked mentions:
So, it would be nice to keep a note in the LICENSE file about our inclusion of twitter hpack. |
Checking again, the source files have copyrights in their headers.
So it seems that we should mention this in our LICENSE. I can do a PR over the coming week. |
relates to #35 |
#67 merged |
The copy is shaded but also modified so that using the upstream version is not possible. We could probably extract the java source into its own submodule if that simplifies the license situation.
The text was updated successfully, but these errors were encountered: