Re: [VOTE] Release Manager Selection

From: Date: Wed, 27 May 2026 13:14:29 +0000
Subject: Re: [VOTE] Release Manager Selection
References: 1 2 3  Groups: php.internals 
Request: Send a blank email to internals+get-131025@lists.php.net to get a copy of this message
Hi, Il 25/05/2026 21:16, Daniel Scherzer wrote:
^^^This - I voted no for the same reason. If the RFC passes, I plan to write up a follow-up to change the terms. After discussion with some other release managers and developers at PHPTek, I haven't heard any arguments *against" the terms "Veteran release manager" and "Co-release managers". Those terms would also makes it clear that * the veteran need not be "hands-off", that can be decided by the RM team * the veteran is clearly a veteran (from the name) rather than just someone who doesn't do much ("hands-off") and you have to check the policy to understand why * the veteran is still involved in things, even if they are not making the actual releases
I'm guilty of switching my vote twice already. I was, and still am, in favour of the change. At first I took for granted that the feedback about the "hands‑on / hands‑off" terminology had been incorporated. When I realised it hadn’t, I was a bit disappointed and changed my vote. Earlier today Volker reached out and kindly asked why. We had a brief chat, and I ended up deciding that it's not the end of the world if this RFC passes with the current wording. It's still much better than the alternative -- the RFC failing, delaying things further, or worse, stopping progress on the topic altogether. I'd also be very much in favour of a follow‑up RFC to improve the terminology. Cheers -- Matteo Beccati

« previous php.internals (#131025) next »