-
Notifications
You must be signed in to change notification settings - Fork 46
Update LICENSE and NOTICE file #778
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
Merged
Merged
Changes from all commits
Commits
Show all changes
2 commits
Select commit
Hold shift + click to select a range
File filter
Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
There are no files selected for viewing
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This file was deleted.
Oops, something went wrong.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think the "Contributions from other ASF projects" block should've just been moved as-is.
Groovy: this traces back to #146. Paul (@paulk-asert) built these skills on the Groovy side first, then contributed the same work to Magpie himself, under his own CLA. Same author both times — this isn't "the Groovy project" as some separate copyright holder handing us code, it's one person contributing his own work to two ASF projects he's part of. I don't think there's anything here that actually needs crediting.
Airflow: honestly not sure what Airflow files/code we actually pulled in here — could someone clarify what this is referring to? But regardless of what it turns out to be, one thing seems off procedurally: if it's real enough to need a mention in LICENSE, then per AL 2.0 §4(d) it should also show up in NOTICE (that's how notice-bubbling from an included work's own NOTICE file is supposed to work — LICENSE and NOTICE aren't interchangeable for this). Right now it's only in LICENSE and NOTICE was trimmed to nothing, which is inconsistent — either it needs to be in both, or (if it turns out to be more like project-naming history — this repo used to be apache/airflow-steward before #593 renamed it) it doesn't need to be in either.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So it is a bit verbose and strictly not needed (the history part), but I did intend to put those copyright statements in NOTICE, not LICENSE, so that’s on me. However, they are not strictly required there either, as they are an ASF project - there is a legal dicuss discussion on this. It's just good to include them for completeness.
For the contributions from Paul and from Airflow - it is unknown if other people worked on those contributions so I would err on the side of caution and include them.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The text from "Contributions from other ASF projects" should not be in NOTICE, btw, as license information doesn't belong in NOTICE.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Before we settle this — mind if we just check with Jarek and Paul what's actually going on here? Otherwise LICENSE just keeps piling up stuff nobody can double-check down the line.
If we genuinely pulled in some Airflow code, that's totally fine to mention in LICENSE, but we'd also need to copy the relevant bit of Airflow's own NOTICE into our NOTICE file— right now only LICENSE got touched, so it'd be incomplete.
If this is really just us saying thanks — like, the repo used to be airflow-steward before it got renamed, and Paul's Groovy skills were his own contribution under CLA rather than code copied out of apache/groovy — then none of this belongs in LICENSE or NOTICE anyway, it should just live in the README as a normal shoutout.
@potiuk @paulk-asert , Could you two clarify which case this actually is? Can send a follow-up PR once we know.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Technically, we did pull in some code from airflow, as the airflow-steward repo was under the control of the Airflow PMC.
Uh oh!
There was an error while loading. Please reload this page.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yes - the code was transferred from "stewardship" of Airflow and Groovy - but I think the "ownership" of the code was not changed - Apache Software Foundation still owns the copyright. As far as I understand (and well, that's somewhat of a legalese that probably people will have different opinion on) - NOTICE comment is really not needed when ownership does not change.
I consider the Airflow and Groovy mentionig more of attribution than notice.
And yeah - putting it LICENCE is not good either in retrospect.
I did some chatting with Claude :) ... and this is the proposal we both came up with:
I would do that:
@CalvinKirs @justinmclean @paulk-asert - WDYT ? I am also happy to cancel rc1 and let others know the result of that interesting discussion in devlist VOTE thread :D
Good learning for everyone.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Same logic as the Groovy case, actually — if all of the Airflow-derived code was originally written by Jarek himself, then this is just him contributing his own work to another ASF project he's part of, same as Paul did with Groovy. No separate copyright holder, so nothing needs to go in LICENSE or NOTICE at all.
But if the code includes stuff written by other Airflow contributors too, that's different — then it really is someone else's copyrighted work getting pulled in; we'd need to bubble the relevant bits of Airflow's NOTICE into ours.
https://infra.apache.org/licensing-howto.html#bundle-asf-product
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Honestly... I'm not sure which way to go here — should we be going off governance (who officially controls the repo) or actual code provenance (what files really got copied)?
And if it's governance, whose NOTICE do we even go by? Airflow's got a ton of repos, not just one. And to make it messier — what if that NOTICE file has a bunch of other stuff bundled into it too?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Yeah - there were other people from Airflow (and even external contributors) that contributed to airflow-steward.
Is there any issue with adding the Airflow and Groovy to NOTICE - where it was before? I would be rather over-cautious and put extra information - even if it makes the NOTICE file longer and potentially someone bubbling it up having to carry the complexity.
I do not think we should optimize here for "the smallest and most concise" set of attributions, but "one that protects everyone's rights even if we have some extra - possibly unnecesary stuff in".
So ... for the sake of pragmatism vs. purism :), how about we come back to what it was and move the Airflow and Groovy back to NOTICE ?
It may be not necessary, but if it does not hurt and saves us some unnecesary discussions - I am all for it.