Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:81685
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.215.43 as permitted sender)
MIME-Version: 1.0
Sender: mike.php.net@gmail.com
In-Reply-To: <CADajX4DwhhPudqixn7Ck=LUKX9XH4mpdFgvADhF0tmXMPTYueQ@mail.gmail.com>
References: <cef015a176ff63284f81af24f1e3d774.squirrel@webmail.klapt.com>
	<CADajX4DwhhPudqixn7Ck=LUKX9XH4mpdFgvADhF0tmXMPTYueQ@mail.gmail.com>
Date: Tue, 3 Feb 2015 08:31:43 +0100
Message-ID: <CALJZF3hD14tGwafiDrnJSW=SQDa8RUMWNgPCMu4pTAOJnV1wVA@mail.gmail.com>
To: Adam Harvey <aharvey@php.net>
Cc: Anatol Belski <anatol.php@belski.net>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1133ac52083a1f050e2a1068
Subject: Re: [PHP-DEV] [RFC][VOTE] Removal of dead or not yet PHP7 ported
 SAPIs and extensions
From: mike@php.net (Michael Wallner)

--001a1133ac52083a1f050e2a1068
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 3 Feb 2015 08:10, "Adam Harvey" <aharvey@php.net> wrote:
>
> On 3 February 2015 at 03:11, Anatol Belski <anatol.php@belski.net> wrote:
> > properly after the voting phase the
> > https://wiki.php.net/rfc/removal_of_dead_sapis_and_exts moves to the
> > voting. Each item is voted separately. The voting ends on 2015-02-09 at
> > 21:00 CET.
>
> To explain my -1s:
>
> - ext/imap and ext/mcrypt: while I realise that the underlying
> libraries are dead, these extensions are too widely used to straight
> up remove them, I fear =E2=80=94 we don't have obvious alternatives with
> simple enough APIs that we can push users towards. I'd strongly
> support and encourage a reimplementation of these extensions (in C or
> PHP) around something supported if someone was able to step up and do
> the work, otherwise yes, I'll pitch in to do the minimal work to port
> these to 7.0 if required.

I understand your thoughts. How about if we do for mcrypt what we did for
mhash, I.e. implement a compatible layer on top of openssl? I have not
checked if it's even possible yet, just an idea that popped into mind. I
would be willing to do this to learn more about the openssl innards, so I'd
probably need someone else to verify my work.

>
> - ext/pdo_dblib: ODBC is almost always the better way of interfacing
> with SQL Server, but I don't think keeping this one around is doing
> anyone much harm (as opposed to ext/mssql, which we should kill with
> fire for the same reasons as ext/mysql).
>
> Abstentions:
>
> - sapi/apache2filter: I wonder if someone would step up for that one
> if we advertised more widely, given I believe that it is in actual
> use. Unlike most of the other SAPIs, which are obviously dead, I'd
> like to give this one a bit more time before the 7.0 feature freeze.

Is this really used? It's been here before Apache2handler, bit my guess is,
just because filters were new and cool.

> - sapi/milter: I'm at least passingly familiar with almost all of the
> Web servers in the list, but I know nothing about the environments
> this SAPI is used in. Can someone who is familiar with it describe the
> pros and cons to dropping it?

Sendmail mailfilter API. I did one odd fix in the past, but the bug was
old, and the reporter didn't come back.

> - ext/sybase_ct: does PDO (via dblib and/or ODBC) cover this
> functionality adequately? I feel that I know enough to vote on SQL
> Server related topics, but haven't looked at actual Sybase for years.
>
> Adam
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>

--001a1133ac52083a1f050e2a1068--