[wp-trac] [WordPress Trac] #16898: Fix plugins about page license requirement
WordPress Trac
wp-trac at lists.automattic.com
Wed Feb 29 18:50:17 UTC 2012
#16898: Fix plugins about page license requirement
--------------------------------+----------------------------
Reporter: scribu | Owner:
Type: feature request | Status: new
Priority: normal | Milestone: WordPress.org
Component: WordPress.org site | Version:
Severity: normal | Resolution:
Keywords: |
--------------------------------+----------------------------
Comment (by WraithKenny):
{{{
"We're already in the situation where some plugin directory code is
GPLv2-only
instead of GPLv2+, so combining that plugin code with WordPress already
requires care." ~ Mark Jaquith
}}}
This (the difficulty in integrating code) is the same case made against
allowing GPLv3 code in the repos. For consistency sake, should we change
the policy to disallow GPLv2-only plugins (or any containing GPLv2-only
code) and purge those from the repos? (Rhetorical; I don't seriously
suggest this.)
OK, so a break down of the concerns are:
{{{
"I would also hate for me to pick up code or an idea from a plugin that
is licensed in an incompatible way and then end up using that in core,
thereby doing quite a bit of damage." ~ Nacin
}}}
and
{{{
"It makes integrating code/idea from plugins into core impossible if
the plugin is GPLv3." ~ Otto
}}}
First, copyright doesn't apply to ideas (that's in the realm of patents),
only copy (text, writing, code implementations etc). Having an idea
inspired by GPLv3 code doesn't bar you from implementing that idea in
GPLv2+ code.
Next, "integrating" the code is problematic in that you can't wholesale
copy the code in - that's correct, but you can re-implement the idea,
which is usually what happens eventually anyway. (You can copy it though
if the implementation is short and obvious; see below.) So it's merely
less convenient perhaps.
Lastly, you don't have to be concerned with incidentally or accidentally
copying short or obvious code (such as `$var = '';` or maybe even longer
codes) as short or obvious copy (subjective, I know) isn't copyright-able
(or even patent-able).
Basically, and in summary, your not going to "accidentally" remember
enough of the code to re-implement it as originally "expressed" as to
trigger the copyright. The only way to "infect" core with GPLv3 code is to
copy it in on purpose.
{{{
"Copyright does not protect facts, ideas, systems, or methods of
operation,
although it may protect the way these things are expressed."
~ http://www.copyright.gov/help/faq/faq-protect.html
}}}
The other concern is:
{{{
"Some people will not use or work on GPLv3 code.
It's incompatible with too many things. " ~ Otto
}}}
WordPress Core's code will still be GPLv2+ and those people can still work
on it. The code in the plugins doesn't change this. Most plugins are also
GPLv2+ and those people still can work on those plugins and incorporate
them into their projects. No one is required to incorporate any plugin
code into their own work if they don't want; it's all optional and
voluntary.
Now for the Pros: We can use libraries in our plugins that we can't under
GPLv2 licenses and we avoid an unnecessary and somewhat arbitrary
limitation on developer and user freedoms.
This concludes my argument in favor of officially allowing GPLv3 plugins.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/16898#comment:48>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list