Skip to content

Commit

Permalink
Update COPYING.md
Browse files Browse the repository at this point in the history
  • Loading branch information
cchampet committed Apr 7, 2015
1 parent 0ba284e commit 804daaa
Showing 1 changed file with 8 additions and 8 deletions.
16 changes: 8 additions & 8 deletions COPYING.md
Original file line number Diff line number Diff line change
Expand Up @@ -7,16 +7,16 @@ This multi-licensing scheme applies to the whole project: applications, librarie
The text below puts some clarrification regarding “derived work” definition.

Under the LGPL you may use the project for any purpose you wish, and modify it if you require, as long as you:
1. Pass on the (modified) source code with your software, with original copyrights intact.
a. If you distribute electronically, the source code can be a separate download – just include a link in your documentation.
b. If you distribute physical media, the source code that you used to build your application should be included on that media.
2. Make it clear where you have customised it.
1. Pass on the (modified) source code with your software, with original copyrights intact.
1. If you distribute electronically, the source code can be a separate download – just include a link in your documentation.
2. If you distribute physical media, the source code that you used to build your application should be included on that media.
2. Make it clear where you have customised it.

In addition to the LGPL license text, the following exclusions and clarifications to the LGPL conditions apply to the project:
1. Making modifications to configuration files, build scripts and configuration headers in order to create a customised build setup with the otherwise unmodified source code, does not constitute a derived work.
2. Building against project headers which have inlined code does not constitute a derived work.
3. Code which inherits project classes outside of the libraries does not form a derived work.
4. Statically linking the project libraries into a user application does not make the user application a derived work.
1. Making modifications to configuration files, build scripts and configuration headers in order to create a customised build setup with the otherwise unmodified source code, does not constitute a derived work.
2. Building against project headers which have inlined code does not constitute a derived work.
3. Code which inherits project classes outside of the libraries does not form a derived work.
4. Statically linking the project libraries into a user application does not make the user application a derived work.

As per the terms of the LGPL, a “derived work” is one for which you have to distribute source code for, so when the clauses above define something as not a derived work, it means you don’t have to distribute source code for it.
However, the original source code with all modifications must always be made available.
Expand Down

0 comments on commit 804daaa

Please sign in to comment.