[development] Modules that integrate non-GPL PHP apps violate the GPL.

Kevin Reynen kreynen at gmail.com
Mon Sep 10 22:03:04 UTC 2007

The current Drupal CVS policy doesn't differentiate between GPL and
non-GPL.  The current policy is no third party code.  As it's been explained
to me, if users can get the code somewhere else, it doesn't belong in
Drupal's CVS.

Nedjo suggested some revisions to the CVS policy to make it easier for
developers to include small javascript libraries back in March (
http://drupal.org/node/124978), but AFAIK the policy is still no third party
code... GPL compatible or otherwise.


*Kevin Reynen*
Integrated Media Coordinator
Reynolds School of Journalism and
Advanced Media Research
University of Nevada, Reno

On 9/10/07, Anton <anton.list at gmail.com> wrote:
> On 10/09/2007, J-P Stacey <jp.stacey at torchbox.com> wrote:
> > My own rather basic reading of the law is that, as long as GPL and
> non-GPLed
> > software types are not bundled together, then you're "more or less OK".
> You
> > can infer my legal credentials from the fact that I use such obscure
> > terminology. But this would mean that you can link your non-GPL
> application
> > dynamically to GPL libraries, but you can't compile them in statically;
> you
> > can develop the TinyMCE bridge, but the consumer of the software has to
> > fetch TinyMCE separately.
> No the reason TinyMCE isn't bundled with its bridge module isn't
> because of incompatible licenses but Drupal policies on only allowing
> GPL code in CVS.
> TinyMCE has a GPL compatible license (LGPL), so there is nothing wrong
> license wise with bundling up TinyMCE with a Drupal module and
> distributing it from your own server as a combined work under the GPL.
> The same is true with any other code with a GPL compatible license.
> So although distributing a SMF bridge module (which sparked this
> debate) appears to violate the GPL, distributing the TinyMCE bridge
> module wouldn't.
> --
> Cheers
> Anton
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20070910/cf2b1528/attachment.htm 

More information about the development mailing list