Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:77894 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 6170 invoked from network); 12 Oct 2014 07:59:49 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Oct 2014 07:59:49 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:56730] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 80/11-01239-2F43A345 for ; Sun, 12 Oct 2014 03:59:49 -0400 Received: (qmail 27854 invoked by uid 89); 12 Oct 2014 07:59:40 -0000 Received: by simscan 1.3.1 ppid: 27842, pid: 27851, t: 0.1445s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.8?) (lester@rainbowdigitalmedia.org.uk@109.156.81.35) by mail4.serversure.net with ESMTPA; 12 Oct 2014 07:59:39 -0000 Message-ID: <543A34EA.5080202@lsces.co.uk> Date: Sun, 12 Oct 2014 08:59:38 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.1.0 MIME-Version: 1.0 To: internals@lists.php.net References: <3832FC29-CE4E-49C8-B9F1-3797F019D9F8@lerdorf.com> In-Reply-To: <3832FC29-CE4E-49C8-B9F1-3797F019D9F8@lerdorf.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] Remove deprecated functionality in PHP 7 From: lester@lsces.co.uk (Lester Caine) On 12/10/14 01:13, Rasmus Lerdorf wrote: > Keep in mind though that it would be mostly symbolic. The majority of users get their PHP and extensions from distros. And distros have been separating out core-bundled extensions for a decade now. Users have absolutely no idea whether their php-mysql package comes from core or from pecl, nor do they care. So, unbundling it on our side will have close to zero impact on its use. In fact, in a weird way it might actually help make people continue to use it because if we unbundle it and stick it in pecl we would obviously not have it spew out 'deprecated' notices like we do as of 5.5. I mean, we still could, of course, but it would be weird having a non-core pecl extension declare itself deprecated. > > I am not against unbundling it, I just don't think it will achieve what you hope it will. I may be wrong but certainly SUSE bundles mysql, mysqli and pdo_mysql in the one package and I think most do? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk