1
Bender
License file required - Why?
  • 2007/4/23 18:39

  • Bender

  • Home away from home

  • Posts: 1899

  • Since: 2003/3/10


Since this topic alone seems to stirr up a lot i´d like to take the time to explain the background.

Reasons why we put the license file onto the mandatory list:


1. The enduser downloading a file (module/theme/template) simply needs to know what he is using.

2. A license file protects also the author. If for example you wish to exclude to be held responsible for some things a proper license might help you there. If you want to protect your work ... same thing.

3. Xoops.org needs to know what we offer for download. Simple legal thing.

4. Most software is/will be under gpl which is offered. However it seems many that put their software under gpl did not bother to read it because:

Quote:
How to Apply These Terms to Your New Programs

If you develop a new program, and you want it to be of the greatest
possible use to the public, the best way to achieve this is to make it
free software which everyone can redistribute and change under these terms.

To do so, attach the following notices to the program. It is safest
to attach them to the start of each source file to most effectively
convey the exclusion of warranty; and each file should have at least
the "copyright" line and a pointer to where the full notice is found.

<one line to give the program's name and a brief idea of what it does.>
Copyright (C) <year> <name of author>

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License along
with this program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.


Also add information on how to contact you by electronic and paper mail.



5. We will upload files to sourceforge.net into the file stash of the XOOPS project as much as possible. Basicly to secure availability if the authors page is unreachable and to provide better download speed worldwide.

[size=x-small](not to discuss here but sidenote for authors. By default main download link will point to sf.net. If you wish otherwise then please notify us and we will change it as long as the user can simply download it. I know for example that Instant Zero prefers it that way which was not possible in the old repository)[/size]

I hope this explains why the license file became a mandatory part of files to be offered.


Keep discussing though
Sorry, this signature is experiencing technical difficulties. We will return you to the sheduled signature as soon as possible ...

2
Bender
Re: License file required - Why?
  • 2007/4/23 19:05

  • Bender

  • Home away from home

  • Posts: 1899

  • Since: 2003/3/10


Some posting from a thread that was not meant for discussion transfered here:

-----------------------------------------------------------------

Posting from Peekay:
[size=x-small]Posted on: 2007/4/23 14:27[/size]

Quote:
I too am concerned about some of the rules for 'exclusion' and how these modules are going to be dealt with, however Bender has set up a separate thread for discussing this here.

Quote:
everything made for a product with a GPL licence IS ALSO in GPL licence

Is that really the case? I didn't know that.

If so, I agree that the inclusion of a licence file is not really neccessary. It would however mean that anyone could re-release commercial XOOPS modules as free ones, so I'm not so sure that inclusion of another licence might overide the GPL.





Posting from Herko:
[size=x-small]Posted on: 2007/4/23 14:50[/size]

Quote:
Quote:

Peekay wrote:
I too am concerned about some of the rules for 'exclusion' and how these modules are going to be dealt with, however Bender has set up a separate thread for discussing this here.

I too was a bit shocked at first, untill I saw how easy it was to fix these issues just by including one or two simple files. If that is all, I don't see what the fuss is all about.

Quote:
Quote:
everything made for a product with a GPL licence IS ALSO in GPL licence

Is that really the case? I didn't know that.

If so, I agree that the inclusion of a licence file is not really necessary. It would however mean that anyone could re-release commercial XOOPS modules as free ones, so I'm not so sure that inclusion of another licence might override the GPL.

The GPL states that anything that should be considered part of the whole application (read: cannot work stand-alone) should be considered a derivative work extending the application. Derivative works are also subject to the terms stated in the GPL, so yes, it should also be licensed as GPLed software.
There is some debate on how this should apply to interpreted languages such as PHP. I've asked *the* legal experts on the planet about this, and their answer was simple: get a lawyer and test it so there is jurisprudence regarding this. I don't see the point in doing that tho...
But by principle, the GPL is applicable to any and all extensions of a GPLed core. Does this mean there is no room whatsoever for commercial modules? No.
The GPL license text should be distributed with every module that hasn't been explicitly released under a different (commercial) license. Explicitly commercial modules should state that their code does not fall under the XOOPS GPL license, and that should take care of every legal aspect.

The 'distribution' clauses in the GPL state that all distributed code have the same license terms, but this applies to compiled languages where the source isn't implicitly available to all users. For PHP code, there isn't the same kind of distribution, each separate file could be considered its own distribution, providing the opportunity to put several files under different license terms. This is where the grey legal area starts...

However, if someone does release the commercially licensed code, claiming it to be GPL, I can't say what a judge would say about that. There is no legal standpoint in this, so it will have to be taken to court for sure.

Now, please don't start releasing commercially licensed code without permission from the authors. IMHO there is enough room for both types of modules to co-exist.

Herko

p.s. I've done extensive research into this, and talked with several leading Dutch IT law experts and posted this question on the license discuss mailinglist at the open source project, so it isn't just my personal interpretation...






Posting from AndyM:
[size=x-small]Posted on: 2007/4/23 19:38[/size]

Quote:
WRT license file - I believe that anything released under the GPL license is supposed to include the license file - it is part of the license agreement.
Sorry, this signature is experiencing technical difficulties. We will return you to the sheduled signature as soon as possible ...

Login

Who's Online

195 user(s) are online (125 user(s) are browsing Support Forums)


Members: 0


Guests: 195


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: May 31
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits