Re: Proposal for license change

From: Date: Wed, 02 Apr 2014 00:35:09 +0000
Subject: Re: Proposal for license change
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-73509@lists.php.net to get a copy of this message
On Tue, Apr 1, 2014 at 4:49 PM, Johannes Schlüter <johannes@schlueters.de>wrote: > Hi, > > please don't top post - makes it harder to follow the discussion. > > On Wed, 2014-04-02 at 06:11 +0700, musicdenotation@gmail.com wrote: > > 1, 2, 3. Zend? > > Nope. > > (well 3 (funding) they could, if they want, which I don't know and don't > care; if there would be interest in going through that bureaucracy this > would be solvable ... but I don't see such interest in the contributors > community, I know there wasn't some years ago, maybe that changed, while > I have strong doubts) > > > 4, 5. GPL compatibility is for users to use PHP in a GPL-licensed > > project, not for PHP developers to include GPL-licensed code in their > > PHP project. > > This always goes both ways. And mind: Even if we would strike this out > of the PHP License you couldn't use PHP in GPL software easily. see i.e. > the spprintf case I mentioned, or other places (see README.REDIST.BINS > for a start) where we use foreign code. This would need to be replaced > to become GPL-compatible. > > > 6. group@php.net may license the mark unconditionally for licensees to > > achieve the same effect as "removing the clause". > > This becomes a complicated legal debate, especially while observing > international copyright and related law. There is no formal copyright > assignment. An interpretation is that currently code is donated under > PHP License terms. Significant (or actually even any) changes might void > that. > > > johannes > > > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: http://www.php.net/unsub.php > > I believe this discussion breaks down into two separate yet equally important (cue Law & Order sound here) categories: The merits of the idea itself and the legal feasibility (or lack thereof) of implementing it. Merits: I think it's a great idea. The "PHP" name usage restriction is outdated and pointless. Numerous projects already exist that have been allowed to use it by permission, such as phpMyAdmin. Since PHP has no single "owner", permission is as simple as just posting to the general list and an indeterminate number of people responding with something along the lines of, "Sure, knock yourself out." In other words, it's become a confusing and useless formality. That provision remains a thorn in the side of PHP existing as a truly FOSS-compatible project, at least in principle. And, as far as I know, that provision does absolutely nothing for us. Legal: I can't really speculate much on this one as I'm not a legal expert. I imagine the same applies to most people here. There are many attorneys out there who specialize in this sort of thing. I'm pretty sure there are also among them a good number who volunteer their time for OSS consultations regarding matters such as this. In fact, the Electronic Frontier Foundation provides pro bono legal assistance for this very purpose. More info here: https://www.eff.org/pages/legal-assistance It might not be a bad idea to ask them about this and see if they'd be willing to lend us some much-needed legal consultation on this for free. Thoughts? --Kris

« previous php.internals (#73509) next »