Hi all,
It's time to start the process of finding and electing RMs for the next 
minor PHP release.
We are looking for three souls to take on this role. Whomsoever is elected 
will be guided and helped by the current, as well as previous RMs and the 
excellent documentation in release-process.md [1].
Candidates should have a reasonable knowledge of internals, be confident 
about merging pull requests without breaking backward compatibility, doing 
triage for bugs, liaising with previous release managers, and generally 
getting the branch in good shape, as these are among the activities you 
will be undertaking as release manager. Ideally, at least one of candidate 
should be a core developer that can assess more technical PR's. Other 
candidates do not necessarily need to have deep knowledge of internals but 
should understand above mentioned points.
Notably, at least one of the volunteers must be a "veteran" release manager, 
meaning they have participated in at least one release of PHP in the past. 
The other may be an additional veteran, or more ideally, someone new to the 
RM role (in order to increase our supply of veteran RMs).
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].
[1] https://github.com/php/php-src/blob/master/docs/release-process.md 
[2] https://wiki.php.net/todo/php84
Let's all make PHP awesome! 
Jakub Zelenka, Eric Mann & Pierrick Charron
Hi all,
It's time to start the process of finding and electing RMs for the next
minor PHP release.We are looking for three souls to take on this role. Whomsoever is elected
will be guided and helped by the current, as well as previous RMs and the
excellent documentation in release-process.md [1].Candidates should have a reasonable knowledge of internals, be confident
about merging pull requests without breaking backward compatibility, doing
triage for bugs, liaising with previous release managers, and generally
getting the branch in good shape, as these are among the activities you
will be undertaking as release manager. Ideally, at least one of
candidate should be a core developer that can assess more technical PR's.
Other candidates do not necessarily need to have deep knowledge of
internals but should understand above mentioned points.Notably, at least one of the volunteers must be a "veteran" release
manager, meaning they have participated in at least one release of PHP in
the past. The other may be an additional veteran, or more ideally, someone
new to the RM role (in order to increase our supply of veteran RMs).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].[1] https://github.com/php/php-src/blob/master/docs/release-process.md
[2] https://wiki.php.net/todo/php84Let's all make PHP awesome!
Jakub Zelenka, Eric Mann & Pierrick Charron
Apology I forgot add the deadline for the volunteer search and the voting 
phase:
Applications will be accepted until 31 March 2024 12:00:00 UTC
Elections (if needed) will start on 1 April and run until 15 April 12:00:00 
UTC
Cheers
Jakub
Hi all, It's time to start the process of finding and electing RMs for the next minor PHP release. We are looking for three souls to take on this role. Whomsoever is elected will be guided and helped by the current, as well as previous RMs and the excellent documentation in release-process.md [1]. Candidates should have a reasonable knowledge of internals, be confident about merging pull requests without breaking backward compatibility, doing triage for bugs, liaising with previous release managers, and generally getting the branch in good shape, as these are among the activities you will be undertaking as release manager. Ideally, at least one of candidate should be a core developer that can assess more technical PR's. Other candidates do not necessarily need to have deep knowledge of internals but should understand above mentioned points. Notably, at least one of the volunteers must be a "veteran" release manager, meaning they have participated in at least one release of PHP in the past. The other may be an additional veteran, or more ideally, someone new to the RM role (in order to increase our supply of veteran RMs). 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]. [1] https://github.com/php/php-src/blob/master/docs/release-process.md <https://github.com/php/php-src/blob/master/docs/release-process.md> [2] https://wiki.php.net/todo/php84 Let's all make PHP awesome! Jakub Zelenka, Eric Mann & Pierrick CharronApology I forgot add the deadline for the volunteer search and the
voting phase:Applications will be accepted until 31 March 2024 12:00:00 UTC
Elections (if needed) will start on 1 April and run until 15 April
12:00:00 UTCCheers
Jakub
Good afternoon!
I'm currently still happy as a rookie RM for 8.3, but if no one else is 
interested in stepping forward, would love to volunteer for the veteran 
RM role for 8.4.
~Eric
Notably, at least one of the volunteers must be a "veteran" release manager, meaning they have participated in at least one release of PHP in the past. The other may be an additional veteran, or more ideally, someone new to the RM role (in order to increase our supply of veteran RMs).
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].
Hi all,
I would like to inform you all of my candidacy through this email.
Regards.
Saki
2024年3月6日(水) 0:41 Jakub Zelenka bukka@php.net:
Hi all,
It's time to start the process of finding and electing RMs for the next minor PHP release.
We are looking for three souls to take on this role. Whomsoever is elected will be guided and helped by the current, as well as previous RMs and the excellent documentation in release-process.md [1].
Candidates should have a reasonable knowledge of internals, be confident about merging pull requests without breaking backward compatibility, doing triage for bugs, liaising with previous release managers, and generally getting the branch in good shape, as these are among the activities you will be undertaking as release manager. Ideally, at least one of candidate should be a core developer that can assess more technical PR's. Other candidates do not necessarily need to have deep knowledge of internals but should understand above mentioned points.
Notably, at least one of the volunteers must be a "veteran" release manager, meaning they have participated in at least one release of PHP in the past. The other may be an additional veteran, or more ideally, someone new to the RM role (in order to increase our supply of veteran RMs).
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].
[1] https://github.com/php/php-src/blob/master/docs/release-process.md
[2] https://wiki.php.net/todo/php84Let's all make PHP awesome!
Jakub Zelenka, Eric Mann & Pierrick Charron
Hello, all.
I would like to candidacy to Release Manager for PHP 8.4.
I created mb_trim functions for since PHP 8.4. 
There may also be mb_ucfirst and mb_lcfirst functions add to them. 
I also have other ideas, such as the grapheme_str_split function, and 
I would like to take care of them if they are included in PHP 8.4.
I'm not necessarily familiar with the internals of Zend Engine, but 
I'm proud that I've taken particular care in maintaining versions. 
Also, My company (Cybozu Inc.) I currently work for understands my PHP 
Internals activities and gives me time, so I would like to contribute 
further.
Regards 
Yuya Hamada
--
Yuya Hamada (tekimen)
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].
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
Hi,
Il 05/03/2024 16:37, Jakub Zelenka ha scritto:
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].
I'd like to also submit my name for the 8.4 RM election.
I've been doing small bug fixing since PHP 5.3 and added a few features 
to pdo_pgsql: I'm familiar with internals, but not so much with ZE or JIT.
I've been running since years a custom CI build with PHP nightly builds, 
testing popular projects in order to catch potential BC breaks early and 
fix or report them.
Cheers
Matteo Beccati
Development & Consulting - http://www.beccati.com/