Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:64095
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.210.170 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAAyV7nHYG_xf6F=y89W1Fn81ArumQXd8sJxwe269pypLnfY9fg@mail.gmail.com>
References: <CADajX4BRUFUb_Wp2a40d2vwXHeMmO611Sqrv7=oxbLHag9qOyg@mail.gmail.com>
	<CADajX4B3RctPoodShRhLLyDQW8-QFaCBOU+6PjL0FDHPGYBtzg@mail.gmail.com>
	<50B5D992.30609@lsces.co.uk>
	<CACwt+JeuSo7TOyVLUMhvQPx2duPi9aDw=HZ=qgknKi+5kVP8VA@mail.gmail.com>
	<CAAyV7nGoV0Q78V6sRTNkiwsj3mZDWdJyFpDgexPe7r7B4xe8=A@mail.gmail.com>
	<CAKOpQSzyCjMH2Rvo4n0kgbugzvwRga4SnO4URR2uqoTefG3Z6g@mail.gmail.com>
	<50B6C097.5010402@gmail.com>
	<CAKOpQSxME1VVt4MhFxOTVhND3HW3zN0YTsbaCt8HjACUvKtaog@mail.gmail.com>
	<CAAyV7nHYG_xf6F=y89W1Fn81ArumQXd8sJxwe269pypLnfY9fg@mail.gmail.com>
Date: Thu, 29 Nov 2012 09:27:39 +0100
Message-ID: <CAEZPtU7kEsZEQaYqRG65EpoWGih-P0S8i64yChuyNn5Wh_KYsQ@mail.gmail.com>
To: Anthony Ferrara <ircmaxell@gmail.com>
Cc: Kris Craig <kris.craig@gmail.com>, David Muir <davidkmuir@gmail.com>, 
	Patrick ALLAERT <patrickallaert@php.net>, Lester Caine <lester@lsces.co.uk>, 
	PHP internals <internals@lists.php.net>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [PHP-DEV] Re: [VOTE] ext/mysql deprecation in 5.5
From: pierre.php@gmail.com (Pierre Joye)

hi Anthony,

As you are (relatively) new in php.net, let keep the history in mind
while comparing things.

On Thu, Nov 29, 2012 at 5:28 AM, Anthony Ferrara <ircmaxell@gmail.com> wrote:

> Actually, it is very much within the scope of this discussion.
>
> Case in point, take a look at 5.3.0. The following extensions were moved to
> PECL:
>
>
>    - ext/dbase
>    - ext/fbsql
>    - ext/fdf
>    - ext/ncurses
>    - ext/mhash (BC layer is now entirely within ext/hash)
>    - ext/ming
>    - ext/msql
>    - ext/sybase
>
> Now you could make the argument that they weren't as used as ext/mysql. But
> they were removed from core without raising E_DEPRECATED first.

Back to this time, there was no release RFC and it was a simple +/- 1
vote to get an extension out of the distributions. So it is hardly
comparable to the current situation.

> So there definitely is precedent to remove without deprecating first. So
> it's completely within the realm of discussion here.

No there is not one, not since the RFC introduction. Removing
extension in minor (x.y+1 or x.y.z+1) is not allowed.


> The problem with this statement is that you're indicating something that
> didn't happen. "get the word out" campaigns have not happened on an
> official level for ext/mysql. The wording in the docs is light at best.
> There has been very little effort from the side of the project to say "get
> off it now". And that's what some of us have against this concept of
> raising E_DEPRECATED in 5.5 (or possibly ever)...

With the risk to repeat myself here (like 99.99% of the posts in this
thread), almost all major projects out there have zero issue with the
deprecation flag. They even agree to get it as it will help to
convince their developers and users to update their code and setups.

Cheers,
--
Pierre

@pierrejoye | http://blog.thepimp.net | http://www.libgd.org