Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:121159
MIME-Version: 1.0
References: <a7bb8acf-7fcf-f490-ed3b-4e84bb9bb3bb@derickrethans.nl>
 <CAEwRQKaSozjGN+ivfKWV+PC+OJHgFPo+qzGj633-G6cft3H7DQ@mail.gmail.com>
 <CANLbj-q0nhwTVarfqdwhSQ7b3gOrEGvZMau6LoN9YCs0VGQwWw@mail.gmail.com>
 <20230915175450.61e0b394@platypus> <43174067-d70e-b54b-cd03-137ef271287e@php.net>
In-Reply-To: <43174067-d70e-b54b-cd03-137ef271287e@php.net>
Date: Thu, 28 Sep 2023 11:29:44 +0100
Message-ID: <CAEKnhAGOAQwrdsYVw-oHfxj3S7F8kGScUqWuz8j8-8rdbv-rtQ@mail.gmail.com>
To: Derick Rethans <derick@php.net>
Cc: BohwaZ <php@bohwaz.net>, PHP internals list <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000002ec37060668cabd"
Subject: Re: [PHP-DEV] Proposal to unbundle imap/pspell/oci8 extensions for
 PHP 8.4
From: bukka@php.net (Jakub Zelenka)

--00000000000002ec37060668cabd
Content-Type: text/plain; charset="UTF-8"

On Wed, Sep 27, 2023, 14:14 Derick Rethans <derick@php.net> wrote:

> On Fri, 15 Sep 2023, BohwaZ wrote:
>
> > > Considering the lack of updates from upstream as Derick mentioned,
> > > lack of OAuth support (which webklex/php-imap supports), and a
> > > somewhat lackluster documentation for ext-imap in php.net, I think
> > > unbundling ext-imap (along with the other extensions in the
> > > proposal) makes sense.
> >
> > I don't think that OAuth support is an argument, as most providers
> > don't support OAuth, so the imap package might still be relevant for
> > people who are not using Google.
> >
> > Also, the package currently works, IMAP is a stable protocol, maybe
> > this library is just stable?
> >
> > I'm not against the removal, but having to rely on user-space
> > libraries probably means we'll lose some performance over using the C
> > library.
> >
> > Also, some widely-used libraries like php-imap use it:
> > https://packagist.org/packages/php-imap/php-imap
>
> The ext/imap extension isn't going to disappear, it is not going be
> unbundled as we can not guarantee the underlaying library is maintained.
> Not only is it no longer maintained, the original purveyors have removed
> any mention of it from their website.
>
> For most people, there will be little change here. On Debian for
> example, "php-<packagename>" is used for both bundled and PECL'ed
> extensions.
>

Although it's unlikely that it gets any maintainer so it will most likely
stop building and won't be available in the future PHP versions. I think we
should be clear about this and note that those extensions will no longer be
supported by PHP core dev team which likely means their end at some point
in the future unless someone steps in to maintain them.

Cheers

Jakub

>

--00000000000002ec37060668cabd--