Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78429
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.51 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <544C9E98.1000409@php.net>
References: <php-mail-d1dee1060d0e519b421e241f31037078549681831@git.php.net>
	<alpine.DEB.2.11.1410242103530.4012@whisky.home.derickrethans.nl>
	<1414217636.2624.89.camel@localhost.localdomain>
	<CAEZPtU70tZLPxhX-swOhRKH1h=ALvJxodpSGA4yCm9tBWA4cjA@mail.gmail.com>
	<1414229963.2624.103.camel@localhost.localdomain>
	<CAEZPtU7N8rJRRj3YWOYE5rx4bZfvWWybdhr4U+Ua7utCb7O+vw@mail.gmail.com>
	<BLU436-SMTP18776034F3EACCDC8519BA3E2900@phx.gbl>
	<544BE9FE.3030603@sugarcrm.com>
	<544C9E98.1000409@php.net>
Date: Tue, 28 Oct 2014 15:18:17 +0100
Message-ID: <CAH-PCH4UM0mYc7yrsU0qMNxKvFFLZHcoXdjOTfzkot0YJjY9zA@mail.gmail.com>
To: Sebastian Bergmann <sebastian@php.net>
Cc: PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11c2bc2494f7c505067c512c
Subject: Re: [PHP-DEV] PHPDBG nonsense (Was: Re: [PHP-CVS] com php-src: Made
 phpdbg compatible with new engine: ...)
From: tyra3l@gmail.com (Ferenc Kovacs)

--001a11c2bc2494f7c505067c512c
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Sun, Oct 26, 2014 at 8:11 AM, Sebastian Bergmann <sebastian@php.net>
wrote:

> Am 25.10.2014 um 20:20 schrieb Stas Malyshev:
> > somewhat relaxed rules there, but even then introducing new debugging
> > protocol into PHP core seems to be something that warrants some
> > notification.
>
>  That would have been my next question. I think it does not only
>  warrant notification but adherence to the RFC process.
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
As far as I can tell there are a couple of SAPIs(to be honest everything
except cli/cgi/fpm/embed and apache*) and even some exts(like mysql*,
pgsql, date, pcre, etc.) where there are dedicated maintainers who
seemingly can introduce new features without discussing it on the list or
following through the rfc process.
I'm not saying that this is a bad thing(on the contrary, I think that most
of the times this happens because the maintainer is the best suited for
making those decisions), but I think it would be nice if we could clarify
that what exact procedures do we want to be followed for exts/SAPIs inside
the php-src tree.

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--001a11c2bc2494f7c505067c512c--