On Do, 2017-06-15 at 08:29 -0400, Sara Golemon wrote:
> On Thu, Jun 15, 2017 at 5:06 AM, Nikita Popov <nikita....@gmail.com>
> wrote:
> > 
> > On Tue, Jun 13, 2017 at 8:23 AM, Remi Collet <r...@fedoraproject.or
> > g> 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.

There is a point for this: We copy and paste code between extensions.
If different extensions use different copyrights doing this "correctly"
becomes complicated.  If all PHP-related code is using PHP License and
copyright by The PHP Group this becomes easier.

Also mind that php-src extensions are our primary resource on how to
use PHP extensions and "look how others are doing it" is a common
strategy.

Imagine sodium being the example for using some newly created PHP API.
If that is copied into ext/foobar, foobar has to licensed with
additional "Copyright (c) 2013-2017, Frank Denis", now somebody takes
something from foobar and moves it to main/, now main/ has to add
"Copyright (c) 2013-2017, Frank Denis, Copyright 2018-2019, John Doe"
then suddenly all main/ consumers have to cite that copyright ... 

Stuff like ext/date/lib is not PHP-specific and an independent module.
Similar ext/sqlite/libsqlite or ext/gd/libgd.

johannes


-- 
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to