Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:99530 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 42335 invoked from network); 15 Jun 2017 14:33:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Jun 2017 14:33:08 -0000 Authentication-Results: pb1.pair.com smtp.mail=johannes@schlueters.de; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=johannes@schlueters.de; sender-id=unknown Received-SPF: error (pb1.pair.com: domain schlueters.de from 84.19.169.162 cause and error) X-PHP-List-Original-Sender: johannes@schlueters.de X-Host-Fingerprint: 84.19.169.162 mail.experimentalworks.net Received: from [84.19.169.162] ([84.19.169.162:36936] helo=mail.experimentalworks.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D5/D1-30621-2AA92495 for ; Thu, 15 Jun 2017 10:33:07 -0400 Received: from kuechenschabe.fritz.box (ppp-46-244-180-137.dynamic.mnet-online.de [46.244.180.137]) by mail.experimentalworks.net (Postfix) with ESMTPSA id 0DF874BDE0; Thu, 15 Jun 2017 16:33:03 +0200 (CEST) Message-ID: <1497537182.2627.30.camel@schlueters.de> To: Sara Golemon , Nikita Popov Cc: Remi Collet , PHP Internals Date: Thu, 15 Jun 2017 16:33:02 +0200 In-Reply-To: References: <2ad04b8f-76e5-4420-2776-5bda28f60285@fedoraproject.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] Extensions License From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=) On Do, 2017-06-15 at 08:29 -0400, Sara Golemon wrote: > On Thu, Jun 15, 2017 at 5:06 AM, Nikita Popov > wrote: > > > > On Tue, Jun 13, 2017 at 8:23 AM, Remi Collet > 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