Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:130473 X-Original-To: internals@lists.php.net Delivered-To: internals@lists.php.net Received: from php-smtp4.php.net (php-smtp4.php.net [45.112.84.5]) by lists.php.net (Postfix) with ESMTPS id 880EB1A00BC for ; Sat, 28 Mar 2026 10:56:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=php.net; s=mail; t=1774695399; bh=8DduAO1pPIFEGCvUw+BMwTwQDsZBMH9hkaIN0dGlhQM=; h=Date:From:To:In-Reply-To:References:Subject:From; b=NcQcxsmEicEwmEa5dgMwx4ZuewY1LO35zHAkhZuS4hLi/zU5wXfOiivvhKwyZhIR5 Q2Te44xKkapIZRgElBUgDGFiY4gls1GSobmebBzUjAFGROITd5eGrEF53q9AyQQVu1 yqUzTbtAEU83Ou4bEXdi9jBIJlyje700LW0NJqUHDvC2z6xlRxZgihiQjo1ogalWlE fRCRNVnCUbM4FKrrAZcOveONTIVquHyqISPzTS8q2MeCtUBFteYWARKpNrlMGbKNXB n0G0GaJr8BXaro9lx5HYAQrRkeTJAB9l2xKwJDdkwHQ/3xfZiFZtAY24MNb3y/3Mho eOQZXOfS0mAjQ== Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 311DF180069 for ; Sat, 28 Mar 2026 10:56:38 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=0.6 required=5.0 tests=BAYES_50,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,DMARC_PASS,FREEMAIL_FROM, HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS autolearn=no autolearn_force=no version=4.0.1 X-Spam-Virus: No X-Envelope-From: Received: from outbound.st.icloud.com (p-east2-cluster2-host5-snip4-8.eps.apple.com [57.103.78.31]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sat, 28 Mar 2026 10:56:37 +0000 (UTC) Received: from outbound.st.icloud.com (unknown [127.0.0.2]) by p00-icloudmta-asmtp-us-east-1a-60-percent-4 (Postfix) with ESMTPS id 7D6811800406; Sat, 28 Mar 2026 10:56:31 +0000 (UTC) Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=me.com; s=1a1hai; t=1774695392; x=1777287392; bh=8DduAO1pPIFEGCvUw+BMwTwQDsZBMH9hkaIN0dGlhQM=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:x-icloud-hme; b=ZHT2MU8a3jUkc6K/HAm06jFrSjEG712NQyfnWQg6W40fELEVVIYm1W2419l3UxO9ajLQw0XevCoDpzXIZy1klybnncwlfrPCwopPU1gQoZj2KMwSIOn34UXOdVYImYHTnOaMeJ1/My9AhahQ8Rlz+r8b13wINozAloCzYfe+zjbE4ve8CmEo4SWfmpMvtSa0h4yRpFTlEmzDTyWkw2iaHOhW6Wx4iTUWO/fUCpXvUN5aCJ2USthtzEkNVmCZ3Dkwzc6AWW1G9ANRlz59EdknGJ/c0kVHekvT6nDsYizojRYczMF21t1EfJfWatD8sCJNOCQ+vCPlNE6d/NbDfN5QnQ== Received: from [192.168.1.170] (unknown [17.42.251.67]) by p00-icloudmta-asmtp-us-east-1a-60-percent-4 (Postfix) with ESMTPSA id 8D3F31800126; Sat, 28 Mar 2026 10:56:30 +0000 (UTC) Date: Sat, 28 Mar 2026 11:56:22 +0100 To: =?utf-8?Q?Tim_D=C3=BCsterhus?= , php internals Message-ID: In-Reply-To: <093f97b0805b43ae640d80b9e06eb203@bastelstu.be> References: <093f97b0805b43ae640d80b9e06eb203@bastelstu.be> Subject: Re: [PHP-DEV] [RFC] Release Manager Selection X-Readdle-Message-ID: aff13c4c-05ec-4065-9ab6-4606a76828ed@Spark Precedence: list list-help: list-unsubscribe: list-post: List-Id: x-ms-reactions: disallow MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="69c7b3dc_57e4ccaf_11149" X-Proofpoint-GUID: DUZWipcHa3OODNJPpq5bHb7KlHaSUhQN X-Proofpoint-ORIG-GUID: DUZWipcHa3OODNJPpq5bHb7KlHaSUhQN X-Authority-Info-Out: v=2.4 cv=WaYBqkhX c=1 sm=1 tr=0 ts=69c7b3df cx=c_apl:c_pps:t_out a=YrL12D//S6tul8v/L+6tKg==:117 a=YrL12D//S6tul8v/L+6tKg==:17 a=Yq5XynenixoA:10 a=x7bEGLp0ZPQA:10 a=xKl34KcbpAAA:10 a=VkNPw1HP01LnGYTKEx00:22 a=67BIL_jfAAAA:8 a=ALl4Z8dLVl6_A1Xs1LsA:9 a=QEXdDO2ut3YA:10 a=SSmOFEACAAAA:8 a=Hu2PARWHgA4L4oqyHEIA:9 a=02VTot_IEBpU3sL9:21 a=_W_S_7VecoQA:10 X-Proofpoint-Spam-Details-Enc: AW1haW4tMjYwMzI4MDA3OSBTYWx0ZWRfXz4IfWsTCLqpx qIY8GWtffUpIWkuS2kpECalGijz1UzzI5C/+RX3wtFU6qOTb31ebr6jMr5Bbi3b9aibWOIreFen F7VxljLTXL/TwiyTzkTLzjT4TbfvzHTq2NzFByDNRBtEDuDKMtkFq56vYC64YFRUxw4qy9bEBmC cw3rHM5z22N0IBX7wZFfFXcnyzoRb+sjfcfYjUUvaD61M+FCfbyV/Tch+mlRvw+liSCewdB/l2+ oRUgbE9mxaV/T6iSM0Ru9Mx6G+NnihRtdV4QDd5xo5jzZqw/EOGb5yhDC6yKT0qaGt1mnmd7B5m bl6vlufTGSs+uCCW/zfZZUEKa3yaxMIvRCCzOZ7G3NCAFE1niOIt85OLmiU3xc= X-Proofpoint-Virus-Version: vendor=baseguard engine=ICAP:2.0.293,Aquarius:18.0.1143,Hydra:6.1.51,FMLib:17.12.100.49 definitions=2026-03-27_02,2026-03-26_01,2025-10-01_01 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 phishscore=0 spamscore=0 malwarescore=0 lowpriorityscore=0 mlxscore=0 clxscore=1011 suspectscore=0 mlxlogscore=999 bulkscore=0 classifier=spam authscore=0 adjust=0 reason=mlx scancount=1 engine=8.22.0-2601150000 definitions=main-2603280079 From: jordikroon@me.com (Jordi Kroon) --69c7b3dc_57e4ccaf_11149 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Tim, Thank you for this R=46C. Though I do have some concerns towards the new = direction. What was the initial idea to split between rookies and veterans=3F As a candidate for 8.6 it feels as a chance/opportunity=C2=A0=C2=A0to get= more involved, and to build up experience as a RM (and more) as opposed = to a veteran who already had the opportunity to do so. With the new policy it would essentially allow only veterans to be RM wit= h 2 hands-on and 1 hands-off and perhaps include more favoritism to a mor= e experienced RM rather than someone with a clean record. The terminology= of rookie lowers the bar a little to allow this in my opinion. The veteran is there to advise the others. I don=E2=80=99t see why this n= eeds to be hands-off. As long as there are always 2 hands-on available. S= o to that I am in favour of Ben=E2=80=99s wording. =E2=80=94 Regards, Jordi On Mar 27, 2026 at 19:17 +0100, Tim D=C3=BCsterhus , = wrote: > Hi > > please find the following R=46C that is intended to clarify the =E2=80=9C= Release > Manager Selection=E2=80=9D policy for future PHP versions: > > https://wiki.php.net/rfc/release=5Fmanager=5Fselection=5Fpolicy > > It is written in response to this email in the PHP 8.6 RM selection > thread that pointed out possible ambiguity with regard to who is allowe= d > to apply as a RM and as to how to interpret the results of the vote: > https://news-web.php.net/php.internals/130402 > > Best regards > Tim D=C3=BCsterhus --69c7b3dc_57e4ccaf_11149 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline
Hi Tim,
&=23160;
Thank you for this R=46C. Though I do have some concerns towards the new = direction.
&=23160;
What was the initial idea to split between rookies and veterans=3F

As a candidate for 8.6 it feels as a chance/opportunity&=23160;&=23160;to= get more involved, and to build up experience as a RM (and more) as oppo= sed to a veteran who already had the opportunity to do so.&=23160;

With the new policy it would essentially allow only veterans to be RM wit= h 2 hands-on and 1 hands-off and perhaps include more favoritism to a mor= e experienced RM rather than someone with a clean record. The terminology= of rookie lowers the bar a little to allow this in my opinion.&=23160;
The veteran is there to advise the others. I don=E2=80=99t see why this n= eeds to be hands-off. As long as there are always 2 hands-on available. S= o to that I am in favour of Ben=E2=80=99s wording.&=23160;

=E2=80=94&=23160;
Regards,
Jordi
On Mar 27, 2026 at 19:17 +0100, Tim= D=C3=BCsterhus <tim=40bastelstu.be>, wrote:
Hi

please find the following R=46C that is intended to clarify the =E2=80=9C= Release
Manager Selection=E2=80=9D policy for future PHP versions:

https://wiki.php.net/rfc/release=5Fmanager=5Fselection=5Fpolicy

It is written in response to this email in the PHP 8.6 RM selection
= thread that pointed out possible ambiguity with regard to who is allowed<= br /> to apply as a RM and as to how to interpret the results of the vote:
https://news-web.php.net/php.internals/130402

Best regards
Tim D=C3=BCsterhus
--69c7b3dc_57e4ccaf_11149--