[UPHPU] (WP) GPL License vs. Commercial use?
Mac Newbold
mac at macnewbold.com
Tue Sep 19 11:22:34 MDT 2006
Sorry if this is a dupe, I just relized it went out from the wrong address
and might have been rejected for a post by a non member or something.
Weird, cause I didn't hear back from mailman either.
Mac
---------- Forwarded message ----------
Date: Mon, 18 Sep 2006 14:37:21 -0600 (MDT)
To: Mike Smullin <mike_smullin at yahoo.com>
Cc: UPHPU List <uphpu at uphpu.org>
Subject: Re: [UPHPU] (WP) GPL License vs. Commercial use?
Today at 1:08pm, Mike Smullin said:
> I've been considering WordPress for commercial use, but one big problem I'm
> afraid of is that the GPL says I need to redistribute the source code if I
> redistribute my app (incl. any proprietary plugins/add-ons, etc.)
>
> I've gotten two different attorney's opinions and they both say, "anyone we
> let have access to the software for use, in any way, on our server or theirs,
> via any manner, has the right to the code."
>
> This means if I set up a WordPress blog, I don't even have to allow you to
> login and post. If you even post a comment on my blog, you are entitled to
> view the source code.
>
> Am I misinterpreting something? That seems pretty lame. There are a lot of
> WordPress [based] blogs out there. Does this mean any time I notice someone
> adding something new or customizing any way, I can demand to see their source
> code?
>
> That would mean the same is true for any other GPL licensed open-source
> project.
>
> For me, this raises concerns about the license even from a personal usage
> standpoint.
>
> Can someone clarify this for me?
My understanding of the GPL (which is pretty good I think) is that if you
redistribute a modified version of GPL'd code, you have to make the source for
it availble to anyone who gets a binary version. If you don't change the GPL'd
code, there's no problem of course. If you make changes, you have two choices:
open up the source to your changes to the GPL'd code, at least to people who
can get the binary, or don't redistribute it.
Web apps are a great thing in this regard: if the code runs only on your
server/hosting acct. etc., then you're not redistributing it, so you could
modify the code and not make it public. The GPL isn't about _using_ your code,
it is about distributing it in binary-only form. It doesn't matter who uses it,
it just matters if you distribute binary-only versions that have been modified.
If you take GPL code, modify, and sell that as a product, you've got to make
the source available to anyone who buys it from you, but not necessarily to the
general public (i.e. people that didn't buy it). But anyone who gets your
source has it under the GPL, so they can publish it if they wanted, which might
make you not sell as many.
I am not a lawyer, and I don't play one on television, but I humbly submit that
your two lawyers' opinions are either overly conservative, or just plain wrong.
You'd have a very hard time getting anyone to release modified source to you
just because you used their program via their web site.
One thing that is important to understand about the GPL is what constitutes a
modified version of the GPL'd code, and what constitutes your app using an
unmodified version of the GPL'd code. If I take a GPL app, and change it, it's
the first, and it's still got to be under the GPL unless I have another license
agreement with it's authors. If I make an app that uses an unmodified GPL app
to implmement part of its functionality, usually this means you don't have to
distribute your source nor license it under the GPL. You may have to make
available the unmodified GPL source, but usually it will already be out there
for them to get just like you did. In traditional languages, this is usually
determined in terms of how the GPL'd code is compiled and linked to your code
(statically linked, dynamically linked, etc). But in PHP, that doesn't really
apply. Often the way I use libraries from within PHP is either as an extension
in PHP or via a shell execution etc, neither of which makes me take the GPL on
my code.
Note that the LGPL is different from the GPL in that it has a looser definition
of what counts as modifying the GPL'd code or when a derivative work has to be
GPL'd also. With LGPL, if you change the library itself, it has to be LGPL'd if
you redistribute it. If you write an app that uses, links with, etc. an LGPL
library, you don't have to use LGPL for your app.
> Additionally, I know PHP is open-source, but it doesn't have anything like
> that in it I hope. People use PHP for commercial applications, right? Or am I
> wrong?
>
> They say "The PHP developers decided to release PHP under a much more loose
> license (Apache-style), to help PHP become as popular as possible."
>
> http://www.php.net/license/3_01.txt
>
> If that is the full license, it appears very short and succinct.
Yes, PHP is open source. That license says you can distribute modified binaries
as long as you keep the copyright, license, and acknowledgement. But you don't
have to distribute source if you don't want. (I don't know if Zend uses this
license or has other rights to PHP outside of this.)
Using PHP as the language for your app doesn't tie you in any way to the PHP
license. You can make a closed-source app in PHP, though to distribute PHP in
binary form without distributing source, you've got to encrypt it somehow, like
IonCube or Zend Optimizer.
In similar fashion, my app may depend on PHP, Apache, MySQL, and Linux, but
that doesn't force my app to be under the PHP, Apache, MySQL or GPL open source
licenses, even if I don't pay the MySQL commercial license fees.
I hope that helps, and I hope that if/where I'm wrong, inaccurate, or
incomplete, that someone else wil fill in the gaps.
Mac
--
Mac Newbold Code Greene, LLC
1440 S. Foothill Dr. Suite #250
Office: 801-438-0142 Salt Lake City, UT 84108
Cell: 801-694-6334 www.codegreene.com
More information about the UPHPU
mailing list