Release Managers for PHP 8.4

php.internals

Jakub Zelenka

2 years ago
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

Jakub Zelenka

2 years ago
On Tue, Mar 5, 2024 at 3:37 PM Jakub Zelenka <bukka@php.net> wrote:
> 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 > >
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

Unnamed Person

2 years ago
On 3/5/24 09:30, Jakub Zelenka wrote:
> On Tue, Mar 5, 2024 at 3:37 PM Jakub Zelenka <bukka@php.net> wrote: > > 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 UTC > > Cheers > > 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

Saki Takamachi

2 years ago
> 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

youkidearitai

2 years ago
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/php84 > > Let'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) - https://tekitoh-memdhoi.info - https://github.com/youkidearitai -----------------------------

Calvin Buckley

2 years ago
On Mar 5, 2024, at 11:37 AM, Jakub Zelenka <bukka@php.net> wrote:
> > 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

Matteo Beccati

2 years ago
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/