Re: [PHP-DEV] Defining the PHP Group

  107126
September 15, 2019 22:41 oludonsexy@gmail.com (Olumide Samson)
On Sun, Sep 15, 2019, 11:41 PM Olumide Samson <oludonsexy@gmail.com> wrote:

> > > On Sun, Sep 15, 2019, 8:33 PM Stanislav Malyshev <smalyshev@gmail.com> > wrote: > >> Hi! >> >> > Does anyone object to any of those words ? >> >> Yes. I do not think precommitting to implement anything that has been >> put on wiki and passed the vote is a good thing. Its a good conflict >> resolution mechanism when we're talking about where or not to implement >> certain technical feature. But IMO it would be terrible as a sole >> governance mechanism for the whole project. >> >> > Do we need to vote on changing the introduction (I'm happy to start an >> rfc >> > for this, if necessary) ? >> >> I don't think RFCs were meant to essentially remake all project >> governance structure. > > > Hi Stanislav, I would expect you to reply with what can be done, not > saying the RFC is not meant to do this and that, my common sense is telling > me you are either deliberately omitting some details on what the process > would be, if not the RFC. > > Everyone else - what was the process that brought about the RFC? > > If its mails through the mailing list(that brought about the RFC), then > mails with majority agreed on signify the changes required to change the > RFC itself. > > I don't like it when people say parliament was created by constitution yet > the parliament can't still change constitution; then what else can change > the constitution, maybe voice vote? > > The RFC was created years ago and IMO can't be there forever, so what > would change it? The RFC itself recently changed some scope of itself. > > GCC would call this bootstrapping > > They were meant for solving technical questions, >> not governance model. >> I am not sure which way would be the best (haven't thought about it) but >> certainly neither just putting some words on wiki nor voting on it >> within the RFC process looks like a good way to do it. >> >> -- >> Stas Malyshev >> smalyshev@gmail.com >> >> -- >> PHP Internals - PHP Runtime Development Mailing List >> To unsubscribe, visit: http://www.php.net/unsub.php >> >>