Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:95197 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 79485 invoked from network); 15 Aug 2016 17:09:08 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 15 Aug 2016 17:09:08 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.230 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.230 mail4-3.serversure.net Linux 2.6 Received: from [217.147.176.230] ([217.147.176.230:44009] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id D5/56-36656-137F1B75 for ; Mon, 15 Aug 2016 13:09:07 -0400 Received: (qmail 32050 invoked by uid 89); 15 Aug 2016 17:09:02 -0000 Received: by simscan 1.3.1 ppid: 32044, pid: 32047, t: 0.0746s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 15 Aug 2016 17:09:02 -0000 To: Internals References: Message-ID: Date: Mon, 15 Aug 2016 18:09:02 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.2 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] [RFC] orphan extensions cleanup From: lester@lsces.co.uk (Lester Caine) On 15/08/16 18:02, Kalle Sommer Nielsen wrote: > 2016-08-15 18:05 GMT+02:00 Lester Caine : >> > Don't go there again! > If there is no active maintainer, it just creates a burden on us core > developers that have to maintain it to the best of our abilities if > any, but there have not been anyone to take over the charge of this > extension, so unless someone does now, I do not see a reason to keep > this in the core. I understand that there are users of this extension, > but we cannot guarantee it to be in any sort of stable working > condition if there isn't anyone around to work on it. > > Alternatively we still have ext/pdo_firebird, which I assume will > continue to work with Interbase systems. If not then I'm sorry, but I > do not want another extension on our checklist if no one is willing to > work on it. We will do what WE have to to maintain it, but none of us are up to speed with current PHP 'style' of coding so we also need help which is how we managed to get the PHP7 version updated. If you pull firebird then I am definitely dropping PHP7 and sticking with a working PHP5 infrastructure! PDO is no substitute for the current interbase driver and I use cross database transactions which only the generic driver can handle anyway. -- 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