Skip to content

Commit

Permalink
remove assertive language
Browse files Browse the repository at this point in the history
  • Loading branch information
wagyourtail committed May 18, 2024
1 parent 6720403 commit e8cc65b
Showing 1 changed file with 3 additions and 3 deletions.
6 changes: 3 additions & 3 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -110,12 +110,12 @@ The class version can be replaced with a path to the pre-downgraded api jar to s

Some people think that shading would mean they're bound by the stricter GPL license. I don't belive this to be the case.

For the purpose of Licensing, the produced jar from this task should be considered a "Combined Work",
For the purpose of Licensing, the produced jar from this task, or the downgrading task, should be considered a "Combined Work",
as it contains the original code from the input jar and the shaded code from jvmdowngrader's api.

And this does mean that you shouldn't need to use the *exact* same license, as long as you comply with section 4 of the LGPL.
And this does, usually, mean that you shouldn't need to use the *exact* same license.
Running this tool, should be a thing the end-user is capable of doing, thus section 6.a should be satisfied as long as
your project provides the pre-shaded jar as well, or alternatively provides source code to build said jar, or the post-shaded jar.
your project provides the unshaded/undowngraded jar as well, or alternatively provides source code to build said jar, or the post-shaded jar.

## Runtime Downgrading

Expand Down

0 comments on commit e8cc65b

Please sign in to comment.