Re: OSI approval for PHP 3.01 license
| From: | Ben Ramsey | Date: | Thu, 05 Mar 2020 21:36:59 +0000 |
| Subject: | Re: OSI approval for PHP 3.01 license | ||
| References: | 1 2 3 4 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-108876@lists.php.net to get a copy of this message | ||
> On Mar 5, 2020, at 15:28, Stanislav Malyshev <smalyshev@gmail.com> wrote:
>
> Hi!
>
>>>> If this version is approved, will the steward voluntarily deprecate version 3.0,
>>>> and if not, and if 3.01 is approved, should 3.0 be involuntarily deprecated?
>>
>>
>> The “steward” is the PHP Group. I know that Rasmus, Zeev, and Sascha are still active
>> on this list, but I don’t know what the protocol is for making this decision. Would this need a
>> simple RFC for the internals community to vote on? If that’s the route, I’m happy to put
>> together a draft.
>
> I think it is already effectively "deprecated", as all current PHP
> versions use 3.01. There was no formal announcement about it, I think,
> but since this is the license that is used only for PHP engine and not
> much else (and HHVM, which also uses 3.01) there wasn't much point about
> explicitly stating it, but if it's necessary, I guess it'd make sense to
> "deprecate" it, whatever that means.
IMO, this is just a formality. Since 3.01 has been in use for 14 years and PHP hasn’t used it
since 2006, it is, as you say, effectively deprecated.
We do have a number of PECL extensions not “owned” by the PHP Group that have applied the 3.01
license. In fact, PECL advocates for this here: https://pecl.php.net/account-request.php
> We strongly encourage contributors to choose the PHP License 3.01 for their extensions
I also note at least one extension that continues to use the 3.0 license, and in fact, it appears
they reverted from 3.01 to 3.0 in 2012 (I’m not sure why): https://github.com/websupport-sk/pecl-memcache/blob/NON_BLOCKING_IO_php7/LICENSE
There is some concern at the OSI about these clauses, when the license is applied to any projects
not owned by the PHP Group. I’ll keep everyone here posted and will let you know if these become
more than passing concerns.
3. The name "PHP" must not be used to endorse or promote products
derived from this software without prior written permission. For
written permission, please contact group@php.net.
4. Products derived from this software may not be called "PHP", nor
may "PHP" appear in their name, without prior written permission
from group@php.net. You may indicate that your software works in
conjunction with PHP by saying "Foo for PHP" instead of calling
it "PHP Foo" or "phpfoo"
Cheers,
Ben
Attachment: [application/pgp-signature] Message signed with OpenPGP signature.asc
Attachment: [application/pgp-signature] Message signed with OpenPGP signature.asc