Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:99525
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: softfail (pb1.pair.com: domain golemon.com does not designate 209.85.128.176 as permitted sender)
MIME-Version: 1.0
Sender: php@golemon.com
In-Reply-To: <CAF+90c_nkK6h0hQRQ+C5qkkZ2XPAgQ=WNnPBHrOt+nF_zWryFQ@mail.gmail.com>
References: <2ad04b8f-76e5-4420-2776-5bda28f60285@fedoraproject.org> <CAF+90c_nkK6h0hQRQ+C5qkkZ2XPAgQ=WNnPBHrOt+nF_zWryFQ@mail.gmail.com>
Date: Thu, 15 Jun 2017 08:29:16 -0400
Message-ID: <CAESVnVqmZ3iL_1ZErVcQQd=AEvXWpBbG8URax1ip9uhvrSKYaQ@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: Remi Collet <remi@fedoraproject.org>, PHP Internals <internals@lists.php.net>
Content-Type: text/plain; charset="UTF-8"
Subject: Re: [PHP-DEV] Extensions License
From: pollita@php.net (Sara Golemon)

On Thu, Jun 15, 2017 at 5:06 AM, Nikita Popov <nikita.ppv@gmail.com> wrote:
> On Tue, Jun 13, 2017 at 8:23 AM, Remi Collet <remi@fedoraproject.org> wrote:
>> All extensions in php-src are PHP 3.01 Licensed
>> (libs may, of course, have different license)
>>
>> Is there any strong rule about this ?
>> Or is it OK to have a BSD Licensed extension ?
>>
>> Context: see sodium PR
>
> I think we should allow BSD/MIT licenses, as they are compatible with and
> less restrictive than the PHP license. TBH, the PHP license seems somewhat
> dubious when applied to extensions, as most of the additional clauses are
> simply not applicable (extensions do not bundle the Zend Engine and
> extensions have no control over the PHP group or the PHP name).
>
I agree that BSD/MIT being more permissive is probably fine as far as
licensing goes. In fact, there are bundled libraries in ext/*/ which
are (obviously) not PHP licensed, so drawing an arbitrary line at one
point in ext as opposed to another is a bit... weird.  Obviously we
need to be very careful about *which* licenses are permitted, but
BSD/MIT feel like no-brainers to me.

-Sara

Nit; I disagree with your second sentence.  While the initial commit
may not relate to anyone with any degree of control over the engine or
core, it will inevitably be touched by those individuals over time.
But that's just a digression since ultimately the PHP release is
nothing without the engine and core, so the PHP licensed nature of
those parts is sufficient.