Closed (fixed)
Project:
Less CSS Preprocessor
Version:
6.x-1.x-dev
Component:
Miscellaneous
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
26 Mar 2010 at 07:56 UTC
Updated:
31 May 2014 at 01:48 UTC
Jump to comment: Most recent
Comments
Comment #1
corey.aufang commentedBefore posting this module I asked these same questions.
I wanted to include the library in the module to reduce the number of setup steps to as few as possible.
I emailed Leaf Corcoran, writer or lessphp, and he responded:
At the link he provided, I read:
I have not looked into Libraries API support.
Comment #2
markus_petrux commentedI think the code committed to Drupal CVS should be released under the GPL 2 or later, which is not the same as committing code that is compatible with.
If you haven't already, maybe the doubt worths posting a question to (or checking) the Legal Group on Groups.Drupal.org.
Comment #3
corey.aufang commentedI misquoted the wrong line from that page. Here is what I wanted to show:
Comment #4
markus_petrux commented- 3rd party libraries in Drupal CVS states: "2. They are absolutely and always forbidden unless if they are licensed under GPL or GPL v2+ or they have a broader license and can be re-licensed under the GPL. GPL "compatible" code is not allowed."
- The above document links to Why drupal.org doesn't host GPL-"compatible" code. Quoting: "While technically the GPL permits inclusion of code with GPL-"compatible" licenses in a GPL package as explained here, the Drupal policy is not to mix licenses."
- GPL-"compatible" licenses, about the Apache License, Version 2: " This is a free software license, compatible with version 3 of the GPL. note that this license is not compatible with GPL version 2, because it has some requirements that are not in the older version. These include certain patent termination and indemnification provisions."
NB: I'm not a lawyer, but I would try to be 100% sure Apache licensed code is ok here at d.o.
Comment #5
corey.aufang commentedThe creator of the library has just re-licensed it under MIT+GPLv3.
I believe that this should be OK now under d.o's policies.
I am preparing to repackage and push out the new version.
Comment #6
corey.aufang commentedNew version (v2.0) has been pushed out.
Comment #8
Anonymous (not verified) commentedAccording to Drupal's 'Licensing FAQ' page (http://drupal.org/licensing/faq/), this module is still not in compliance with Drupal licensing policy.
Question 13 of the FAQ seems to indicate that all contributed code must be GPLv2 AND GPLv3 AND GPLvFUTURE (AKA GPLv2+). GPLv3 on its own is apparently not enough.
Edit: Licensing policies on Drupal are not very clear. I just submitted a discussion in g.d.o/legal to try to get clarification on this.
Comment #9
Anonymous (not verified) commentedSo I was right about the licensing. But more to the point for this project, there is a policy against inclusion of 3rd party code in Drupal repositories.
This is part of the response I got from grendzy on g.d.o:
Comment #10
corey.aufang commentedCurrently the lessphp library is licensed under the provisions of
It then proceeds to list the MIT and GPL VERSION 3 licenses in the same file.
The MIT license is very broad:
Which I believe falls under part 2 of http://drupal.org/node/422996
Comment #11
Anonymous (not verified) commentedI put in a request for clarification on the "3rd Party Libraries" page (http://drupal.org/node/422996), which has recently been updated to more accurately reflect the d.o policy.
The notable point of clarification is that any 3rd party code is subject to approval before inclusion in a d.o repository, regardless of license. But in general, 3rd party code is not allowed and should utilize one of the methods from #9 above.
Comment #12
cweagans"GPL compatible" code is not allowed in repositories, nor is third party code. If you need a third party library, you need to require users to go download it from the source. This is the policy on Drupal.org and has been for a very long time. Please remove the 3rd party library from the Git repository. See point #1 on http://drupal.org/node/422996.
Comment #13
corey.aufang commentedThis should be resolved in 7.x-2.5.