Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:97064 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 74091 invoked from network); 19 Nov 2016 18:16:17 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 Nov 2016 18:16:17 -0000 Authentication-Results: pb1.pair.com smtp.mail=cmbecker69@gmx.de; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=cmbecker69@gmx.de; sender-id=pass Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.17.22 as permitted sender) X-PHP-List-Original-Sender: cmbecker69@gmx.de X-Host-Fingerprint: 212.227.17.22 mout.gmx.net Received: from [212.227.17.22] ([212.227.17.22:51330] helo=mout.gmx.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7E/52-62522-DE690385 for ; Sat, 19 Nov 2016 13:16:15 -0500 Received: from [192.168.2.103] ([217.82.239.250]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MZ8fw-1cT8PV1ohY-00KzlT; Sat, 19 Nov 2016 19:16:09 +0100 To: Marco Pivetta , Kalle Sommer Nielsen References: <94840a5a-39e2-5255-e9c5-c011f00d392b@gmail.com> Cc: Rowan Collins , Internals Message-ID: Date: Sat, 19 Nov 2016 19:16:15 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:M8YJQCCqL7QSZyf9Z/tM+fJpyitKJJv5s9UhSihA9vzpC5pPODm 5kqVVee4Ro8JJPK49VZOr3xpo30gLNuYsZldlY3yxSm1PL6d8ZA7jA84JU4IkgymGodqkhd 1vfD3Dv1occhQie3JlIVYRQfGp7Sl1qLyZsI3is+E+s3Bd15jXixvH0nB3rKqJgfIJxLlcI Ys1oYjtA8OX4weEID60gw== X-UI-Out-Filterresults: notjunk:1;V01:K0:OFVzDmmCWi8=:f8I+qJDLwGO9yLpQhgIhQc 2zjECbydM/H31piiDeu2HhetxBMbbP74VsQprLIFM7ehDI1oLC644voJW99n3lwJhENLjBn16 6QWoyRI4HOtxt2wK2lM7mAbybRqZdLLwaOof/f3WKHZZvylb4BFVgbRNgtA5Y6jfh1p6BYSd/ EWwzcGmRFhmqxpZKRi+jwBVA9w3ekGcjCLo+VfAjK5gSYBzRJFjNxIrOpS6w/n2AMqQtgrV5f IiyCCd8sheXLQnYXY6cWH0CeOFr0tbQk1x616zQOyQWO27eS5WK+tJ/IPIbLw4KJZ59oN3gLZ a53q7Ow0k6BnyYFfinPL66Sf9tXrVbGonWN44c+a2mGK32PiFwjMv1oNeCkku9gn14REwZxqo Z25Iz9hfI62321UhvNMacCWJ/fyM6mRi9COem4VYhYs71aqgV9+ECNLTvT3RKKPH12WtS1p8j 2TkuJRelqnmmY0O2wkpXoPpyNchB0d2r82e4N0G5fMakA5mSqK9SPd6uyn7mZmNe5vbJk6sw9 6KmrYlCB42uyHr/cb/LU221qTDlRVsTAJZpmSJwENRV4RbbaOGV2TseWeDMhxOL2loaUyt1bT oDl7D7QM2VKP0gvVNf9/CSfUDBli0Z1n9u31lUgCCgxouGIq3WMSHW8KEOOzZNtateL7ULCHV 78b5ul1S60xh5rGQY9cMLIDujbyDvNd3qnStIW/nPo8lJiIzNvyCLaWuhRHf5Ir+6B7SJF1Od 9fsDXhe0nXyOkf8b3wmVoWGoaNuZpexKQ3MeQgapYPIivUk78jggge8uN9K4G38QrMbUiMGQf UXTTSiP Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 7.2 From: cmbecker69@gmx.de ("Christoph M. Becker") On 19.11.2016 at 18:56, Marco Pivetta wrote: > On Sat, Nov 19, 2016 at 6:42 PM, Kalle Sommer Nielsen wrote: > >> So to answer your question in a short without much more rambling: I >> think we should deprecate in x.z, then remove in x.z+1 depending on >> the feature, if we say "Oh let's remove this in the next major", >> chances are that major won't even be branches for years, and at that >> time, it could be forgotten. > > That will end up breaking the "expected" (because it's not that way anyway, > but almost) SemVer approach, diminishing the trust from consumers in any > kind of upgrade. > Most of the current open-source libs out there are trying to push for > SemVer - having PHP not following that seems like a huge mess to me. Our release process[1] explicitly forbids breaking userland API between x.y.z and x.y+1.z. [1] -- Christoph M. Becker