Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:77734
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.216.173 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAFp73Xu0rJ1PcRzpdj+_cSguW-oN--=+Zg4gucw47gnZPw1h3g@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>
Date: Wed, 1 Oct 2014 14:26:28 +0200
Message-ID: <CAH-PCH6vmVOwMQ8EGSK2mVvCZ=XkCzn7iCdTHaToVm_XA_svKA@mail.gmail.com>
To: "guilhermeblanco@gmail.com" <guilhermeblanco@gmail.com>
Cc: Andrea Faulds <ajf@ajf.me>, Sara Golemon <php@golemon.com>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c13ed0ee40a505045b9b2e
Subject: Re: [PHP-DEV] [RFC] Move pecl_sync to core
From: tyra3l@gmail.com (Ferenc Kovacs)

--001a11c13ed0ee40a505045b9b2e
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Tue, Sep 30, 2014 at 10:18 PM, guilhermeblanco@gmail.com <
guilhermeblanco@gmail.com> wrote:

> > What does that even mean?
>
> It means that any new functionality that gets into core could be consider=
ed
> "young". Like when PHAR got introduced, it was a "young" extension. Same
> for PDO, same for FileInfo...
> What I'm trying to highlight is that being a recently coded extension or
> not, it's not a good argument to say join/no join.
>

phar is a really bad example, the maintainers left right after it was
accepted into the core making it a really bad technical burden, as it
tightly integrated into the streams handling and stuff, making it a
liability.
from the average user POV I think it would be a bit weird why do we add a
relatively new package which is at the bottom of the download stats (
http://pecl.php.net/package-stats.php) while not bundling stuff like
memcache or mongo which are both mature and used/required by much more
people/project.
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
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--001a11c13ed0ee40a505045b9b2e--