Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:122586
Content-Type: text/plain;
	charset=utf-8
Precedence: bulk
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Subject: Re: [PHP-DEV] Release Managers for PHP 8.4
In-Reply-To: <CAEKnhAGSvBzOKrHJdC9XVJhd-75eqXkLpq_7onk5kM3UY+vb3w@mail.gmail.com>
Date: Fri, 8 Mar 2024 23:17:15 -0400
Cc: PHP internals list <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <59D6B3FE-3420-4A7D-A880-AF7FE8044A99@cmpct.info>
References: <CAEKnhAGSvBzOKrHJdC9XVJhd-75eqXkLpq_7onk5kM3UY+vb3w@mail.gmail.com>
To: Jakub Zelenka <bukka@php.net>
From: calvin@cmpct.info (Calvin Buckley)

On Mar 5, 2024, at 11:37=E2=80=AFAM, Jakub Zelenka <bukka@php.net> =
wrote:
>=20
> Please put your name forward here if you wish to be considered a =
candidate. An initial TODO page has been added to the wiki and contains =
provisional dates for GA and pre-releases [2].
>=20

I'm putting my hat in to the ring again for 8.4 release manager.

As for qualifications, I think I'm somewhat familiar with internals, as
I maintain a PHP distribution for the IBM i platform as well as various
database extensions (Db2 extensions in PECL, and now ODBC in ext/). I
have done some triage of PHP changes, at least in regards to platform
compatibility. The work of a release manager seems like a logical
extension of that.

~cb=