Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77736
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain schlueters.de from 217.114.215.10 cause and error)
Message-ID: <1412168938.18768.36.camel@kuechenschabe>
To: Ferenc Kovacs <tyra3l@gmail.com>
Cc: "guilhermeblanco@gmail.com" <guilhermeblanco@gmail.com>, Andrea Faulds
	 <ajf@ajf.me>, Sara Golemon <php@golemon.com>, PHP internals
	 <internals@lists.php.net>
Date: Wed, 01 Oct 2014 15:08:58 +0200
In-Reply-To: <CAH-PCH6vmVOwMQ8EGSK2mVvCZ=XkCzn7iCdTHaToVm_XA_svKA@mail.gmail.com>
References: 
	<CAFp73Xv_bhs5zhA-7Fr4wchiEMCA76a9qMiSQA77CVf9-PnseA@mail.gmail.com>
	 <472D9D28-4AD7-4B98-BBEE-A613F7FCA996@golemon.com>
	 <CAFp73XtNLwpk3z=spnQa6KBJRj3MhA20uGXk03bzxvWgGZJSxA@mail.gmail.com>
	 <004AF0D4-A329-46AB-BFE4-79CDE530BFA4@ajf.me>
	 <CAFp73Xu0rJ1PcRzpdj+_cSguW-oN--=+Zg4gucw47gnZPw1h3g@mail.gmail.com>
	 <CAH-PCH6vmVOwMQ8EGSK2mVvCZ=XkCzn7iCdTHaToVm_XA_svKA@mail.gmail.com>
Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature";
	boundary="=-/JY4k2CXuNR/fSZQhI0E"
Mime-Version: 1.0
Subject: Re: [PHP-DEV] [RFC] Move pecl_sync to core
From: johannes@schlueters.de (Johannes =?ISO-8859-1?Q?Schl=FCter?=)

--=-/JY4k2CXuNR/fSZQhI0E
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

On Wed, 2014-10-01 at 14:26 +0200, Ferenc Kovacs wrote:
> .
> personally I think that a pecl extension needs to have stronger arguments
> to be bundled with php-src than the fact that it would probably create a
> bit more exposure for the ext.
>=20

Fully agree and mind this:=20

For an average user it doesn't really make a difference if we bundle it
or not - linux distributions move even bundled extensions into own
packages and package pecl ones, too. On Windows installers bundle pecl
things too.

For the extension maintainer not being bundled has the benefit of having
its own release cycle. They are not bound to core PHP's rules and add
minor features as they like and roll bug fixes as needed, while even
fixes are simpler - they don't have to merge between as many branches.

For core PHP having it in PECL has the benefit that a showstopper in the
extension won't stop the PHP release. If the extension takes a week more
that is fine.

One might say that is a downside of using pecl that less people test it
and in core the extension would receive more attention but I seriously
doubt that many core developers enable all extensions (lester i.e.
rightfully complains about the lack of attention on firebird)

Now looking at this specific thing: PHP is a shared nothing environment
for handling web requests. By having the isolation between request
containers we can easily scale PHP by adding more machines, which is
easy as we don't share state. sync does the opposite, its purpose is to
break this isolation and offering a way to make request dependent on
each other. There are cases where this is useful and it is great that we
have a module with this option but in my opinion is not what PHP core
should do. And yes, we have sysvmsg, sysvsem and sysvshm in the core
distributions, but in my opinion more due to the fact that they predate
pecl by a few years.

johannes


--=-/JY4k2CXuNR/fSZQhI0E
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: This is a digitally signed message part
Content-Transfer-Encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAABAgAGBQJUK/zwAAoJEH3sTmn8nIPXBsEIAMVTSg/39fKRjDwlXML1ToV3
R13H+DC2PmZdLcQ3H+j5wYX5jgyhRYwMnKCuhFypTM129/xlT2meDXhC7vMG5g24
Cf7jKdHgeHlXt7fWFrFdL2wXJJjv7I/7+qvWnbhqGr8osnS06YbmiNAvrMZd2Y57
coLtBGTGRO0juoj1IHijhIH0EoohRC4g76bd1m84ZmY01Nsc3EdIUfDqZum3VyJ2
wFQyyvfJ7inzbpogjqw6kzt2SU2HsveLnbBBS/KK62Rs4IlXp0516dheXt91uM24
hL3L3nYlegcmsfk8ABg+Oo+DGCChugw01Yi3WRQxUv0iriu4ZM7xi5RJJugFa+8=
=E+lK
-----END PGP SIGNATURE-----

--=-/JY4k2CXuNR/fSZQhI0E--