Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:119468 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 16889 invoked from network); 4 Feb 2023 15:34:09 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 4 Feb 2023 15:34:09 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 2EB171804AB for ; Sat, 4 Feb 2023 07:34:08 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-ej1-f54.google.com (mail-ej1-f54.google.com [209.85.218.54]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sat, 4 Feb 2023 07:34:07 -0800 (PST) Received: by mail-ej1-f54.google.com with SMTP id gr7so22997697ejb.5 for ; Sat, 04 Feb 2023 07:34:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=basereality-com.20210112.gappssmtp.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=R+nCSn/ixBGwgDt+WE3tpkpIR8VnNAKXDeK0ztZTIhw=; b=rf5OmX/hXr1X9kxEzKmlThhVBciVuQiU2WgGej+9bYrp4EDQwCn6mZo91UX+OVOEcz uQIEdFlS4z1p8VILQNy1hz+Z+1HJNMh72w2DuqKjrkGTKuQBxrB+yTJUWGbqsZa82H9h ibj1yNKWeZ5tBtajRLz2w0wnATulxycTFz+8L6XVML+07ldb782PoXA525aGHk9iioJS 9rry0LOPfrmGpIJ45ZQ2SyjmuCFLdx32UwFfE8sqw1oZ+P6CshJeGUZw8gHlkbLZCUEp YNz1x5CyWQvgHQdWbSCTXjJzpDmd0WLn/AS63IicVT1ZBYFW5aQ8U3mOY6/vdqNwXYYQ tKxQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=R+nCSn/ixBGwgDt+WE3tpkpIR8VnNAKXDeK0ztZTIhw=; b=ar7mdpYp/Lw1loSs+zQ4Pf6vqbGVMdu4x1fBDS9yW4/njGKWCCT5vfSXjxjEETXBpX w3iYJeSgFAj2Ae5SeHUn6Q440bRN4Rt8dfkWJNAkK8AbKr9Sv+qJ4QODB/fQU3FA5YOb 222Mfd10fbVc4d3bqKgioAdRQQc5JrT1J6EaKkTVRiDI+/0CZBDWW2P0uX0q0PwJNcze rkdsnK+JBQWRaDONFipsPOzfLKdh+RLYEfMlqawIl/Th9k6wIwTsVchNSc6Q/rUYovIr wRus87M88MsLpPXS8UwD/4cas8E6KSLHR67xFILOEk7obp9X0mJoqBlpCfbVE1fgB23Z E88Q== X-Gm-Message-State: AO0yUKUHdXXlVNVT+yfAYcDMRIDUTodDsEhH37SlfMqxY3uyRFz4RWb/ aGZxWMckr2yExMz9S0V5zLjFvPSE0mFxj5Hd8t3bzA== X-Google-Smtp-Source: AK7set9mgFhHTjO0ksMMcJfR4TJIUiQplJAx8vSYzrQAPO3Idd71k6hpGkI7pxcH5R9oR6heWm8xYmQm5UmFZW8VLvU= X-Received: by 2002:a17:906:2db2:b0:87b:daf1:e3f2 with SMTP id g18-20020a1709062db200b0087bdaf1e3f2mr4190045eji.285.1675524846310; Sat, 04 Feb 2023 07:34:06 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: Date: Sat, 4 Feb 2023 15:33:55 +0000 Message-ID: To: Mark Niebergall Cc: =?UTF-8?B?TcOhdMOpIEtvY3Npcw==?= , =?UTF-8?Q?Alexandru_P=C4=83tr=C4=83nescu?= , PHP Internals List Content-Type: text/plain; charset="UTF-8" Subject: Re: [PHP-DEV] [RFC] [Discussion] Typed class constants From: Danack@basereality.com (Dan Ackroyd) Hi Mark, On Sat, 4 Feb 2023 at 00:22, Mark Niebergall wrote: > > This is also a bigger policy question for other seemingly-abandoned > RFCs. If it is agreed that a new RFC should be created in this scenario, I've added some notes on the page https://wiki.php.net/rfc/howto I had some words already prepared from something I will post separately, but may as well post here also: Mailing list etiquette - https://github.com/Danack/RfcCodex/blob/master/etiquette/mailing_list.md Mailing list etiquette for young'uns - https://github.com/Danack/RfcCodex/blob/master/etiquette/mailing_list_for_younguns.md RFC attitudes - https://github.com/Danack/RfcCodex/blob/master/etiquette/rfc_attitudes.md RFC etiquette - https://github.com/Danack/RfcCodex/blob/master/etiquette/rfc_etiquette.md Most of the stuff in there is just etiquette rather than rules, so probably isn't appropriate for the wiki. > I did leave Benas as an author to give him credit for the work he did. Although well intentioned, that's probably quite a no-no. Putting someone's name on something they don't necessarily agree with is likely to cause drama. I've added a note on that also. > With the reverting, valuable community input was dismissed. An effort should > be made to address applicable previous community input instead of just > reverting it out. Probably not. It's up to other people to persuade RFC authors why something should be included, rather than RFC authors having to take time and energy to justify why they are reverting unapproved edits to their RFC. But yep, if you want to do it as part of a separate RFC, go for it. cheers Dan Ack