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 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 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/