Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:107134 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 12018 invoked from network); 16 Sep 2019 05:59:20 -0000 Received: from unknown (HELO php-smtp3.php.net) (208.43.231.12) by pb1.pair.com with SMTP; 16 Sep 2019 05:59:20 -0000 Received: from php-smtp3.php.net (localhost [127.0.0.1]) by php-smtp3.php.net (Postfix) with ESMTP id BE2622CAF7C for ; Sun, 15 Sep 2019 20:36:08 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp3.php.net X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No Received: from mail-pg1-f195.google.com (mail-pg1-f195.google.com [209.85.215.195]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp3.php.net (Postfix) with ESMTPS for ; Sun, 15 Sep 2019 20:36:08 -0700 (PDT) Received: by mail-pg1-f195.google.com with SMTP id a3so1084131pgm.13 for ; Sun, 15 Sep 2019 20:36:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=FHLIn4fjPWbe7IqAdDAv59Sy7FNoBvGckPCTZyANFEM=; b=Bvu/EicmUyGb09qxwyWFekmJfTc6zd4fPeLWjVR5fOscZtXxurGyCiNCOyYkfzGNKr hUKnT7ha5wEIRvNV7gFXHGbM7/dA3JojuWQoa43f1tyKtcqJmTSFK5dGQLC5pVd2q89H QsqUfzxJ1nzCGkfpp/49GvFVyf06dTQBX0xP+QW05pTGyvSmzFG5ocINKdOByQFrknec v8PxvkFamevREek1VZBDWM16UocoEKGr1/U5gFKH0eyFbj///ttWej00a2J00hctphAQ as2ZHyG4hiUXBzkPDmEq/9Fqdhaq4wj8F4GS6tac7WrC2LM1TPo2LHugBIgkSrb+huw1 qqxg== X-Gm-Message-State: APjAAAXv/mpo3evW5iZuRcHYYbU0eHnCGMlq2scYf+yDoTVu6bDKd4nu h8X2Jt/wNCRJOsJCbb1B8z/spCAnNShOd7rnhRf5W/2W X-Google-Smtp-Source: APXvYqzikWnDYR/YOv+U2MAwZ8CtDl/GcOfVDBaC+spph7AFxBfuH6Vk1L8GgNv/LPBBYoz2Ob8CZB+jpLBmjMQF4s0= X-Received: by 2002:aa7:908c:: with SMTP id i12mr831955pfa.236.1568604966535; Sun, 15 Sep 2019 20:36:06 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Mon, 16 Sep 2019 06:35:55 +0300 Message-ID: To: Joe Watkins Cc: PHP internals , Rasmus Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Envelope-From: Subject: Re: [PHP-DEV] Defining the PHP Group From: kalle@php.net (Kalle Sommer Nielsen) Hi Joe Den s=C3=B8n. 15. sep. 2019 kl. 08.48 skrev Joe Watkins : > > Morning internals, > > There is confusion among the community, and contained in the documented > history of PHP on the wider internet. > > The Wikipedia states that PHP is developed by the PHP Group, in saying th= is > it is (must be) referring to internals as a whole, but our own > documentation names members of the group - who aren't even around mostly. > > I think we need to clarify what exactly is the purpose of the PHP Group > today, does anyone want to attempt to do that ? This is speculation/my interpretation, so take this with a grain of salt; I think The PHP Group was the project governance back in the day, but with PHP's ever so vastness and expansion, new developers come in, old developers go all the time, I don't think this ever got to be what it was meant to be. Now a days it mostly seems to serve as a legacy of the past. Given the recent clarification from Rasmus, I do not think the name has any meaning anymore besides being a fancy name that holds the copyright, whereas the copyright probably should be updated to be: "Copyright (C) The PHP Project", on the PHP.net website, license et al. Besides this I cannot think of a place where I have seen a definition of "The PHP Group" or seen it active besides its recent mention of being an "authoritative" power (which clearly is not the case as there is no legal ramification to hold this statement true). (I picked "The PHP Project" over "The PHP Development Team" which is also commonly used to include everyone who contributes time and resources to PHP). > Whatever it's purpose, if it has one, we need to make clear at this time > that there are no vetos: As Rasmus clarified, PHP is driven by the people > who write PHP: No member of any group or company, historical or otherwise= , > has any veto powers, they cannot, and they must not behave as if they do. > > I would like to update the introduction to the Voting RFC: > > The development of PHP is community driven by the RFC process described i= n > this document. Anyone may initiate an RFC for any subject. At the end of > the RFC process a vote is held among PHP developers to determine if the > proposal is to be accepted. > > Should a proposal be accepted, the developers of PHP are committed to > making the change. > > In some circumstances, merging an implementation into the source code of > PHP may be delayed because of shortcomings in that implementation. In the= se > cases, resolution of these shortcomings is the responsibility of the > proposer. > > Should a proposal be accepted without an implementation, it is the > responsibility of the proposer to provide one. > > Does anyone object to any of those words ? > > Do we need to vote on changing the introduction (I'm happy to start an rf= c > for this, if necessary) ? I got no objection to adding it, but perhaps an RFC should be more in the direction of a "Mission statement" of sorts, stating what the project is, what our goals are, who steers the direction etc. This could be a decent start to sorting out the strings. --=20 regards, Kalle Sommer Nielsen kalle@php.net