Newsgroups: php.internals,php.internals Path: news.php.net Xref: news.php.net php.internals:107166 php.internals:107167 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 56386 invoked from network); 16 Sep 2019 15:59:29 -0000 Received: from unknown (HELO php-smtp3.php.net) (208.43.231.12) by pb1.pair.com with SMTP; 16 Sep 2019 15:59:29 -0000 Received: from php-smtp3.php.net (localhost [127.0.0.1]) by php-smtp3.php.net (Postfix) with ESMTP id 546992CB13F for ; Mon, 16 Sep 2019 06:36:23 -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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS3215 2.6.0.0/16 X-Spam-Virus: No Received: from mail-oi1-x231.google.com (mail-oi1-x231.google.com [IPv6:2607:f8b0:4864:20::231]) (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 ; Mon, 16 Sep 2019 06:36:22 -0700 (PDT) Received: by mail-oi1-x231.google.com with SMTP id i16so2903298oie.4 for ; Mon, 16 Sep 2019 06:36:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=CsAdQq6ejq5PskIkFzvwhZ4xADqlHsMaN4BlgOKHPqA=; b=tFiNvSogKWdFFP+L/TFT+k3I4TwtRfX+qdF9OHDW08w4rdndGltJ166CW7LUnFQwHS B/3x9I88L67S0GvIUYTu/9Io6kTdvKCmVtZAmI/mnQrDOnenm45Z0LTlX6Ywf7zj3LAW Kg7VtmQiR+Ar3UYoKtLrIO9HMd0HjmhhLsw9Xc/hwsgdKi+PROmLJNhamhSoe16QSznI 86FFnmT0txjkSIoipE3kA9MCQ2WRoQzYVWBmOBLdyE4ml0f9y8jkoyUSLiLqur9E25sA OjjYRckbvQR4AbAqUh3xozA3d6zNpG9RJfxpNYkh1SGqGgkJkeZYoRIpbXw5YLDCvBgc Qh4g== 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; bh=CsAdQq6ejq5PskIkFzvwhZ4xADqlHsMaN4BlgOKHPqA=; b=b3XkUKhmbTBkzLewz9reolu+V83At3uoCSQXAUTv1QtBeasmJFXjvAi3Q8lD/kye0E da/5AsM5O9+Mjvwq2dMZFh52H//btgEWNgoXqSzama8zmjAJR04Ze8NvHYJ7V9ls2Mwa cyOqh0rrpPwo+4OohAaeQ/AASRMqj/SeE8bvDBNv70rUpVwOq8iss9ErA+r9f34EzoFh udk6x60B+7SYJ5OGon2BgfLmf9HQrMmEBUFChv5eCc7WWVhqU8decltZlDrw8a5fg3R7 rEjod86THUEf9oLBUTH5dLc8Eo6mngjZCNItH+jZn88AnLYs1y37ERbNVBPQGumwlRd3 ji5A== X-Gm-Message-State: APjAAAWLjwlz9v9N+Rcj8CtfdBGUC2UjF04qxz32EeuezbCVlfJ8peAN dCkSmJGHtx0qOgV2PgfAMtjmjn+KaZ+mD/cqvRA= X-Google-Smtp-Source: APXvYqwZCAAa1tDKLXCcZLpX+YFK8nFCeS7dlGbMJtcOVySRiWDrflYkeSwSqmiNZO5cDhfguW/Od/iaOPbCtqqeSGc= X-Received: by 2002:aca:eb09:: with SMTP id j9mr14234579oih.105.1568640982267; Mon, 16 Sep 2019 06:36:22 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Mon, 16 Sep 2019 09:35:47 -0400 Message-ID: To: Vesselin Kenashkov Cc: Pierre Joye , Benjamin Eberlei , Zeev Suraski , PHP internals Content-Type: multipart/alternative; boundary="000000000000873b010592abb005" X-Envelope-From: Subject: Re: [PHP-DEV] Defining the PHP Group From: chasepeeler@gmail.com (Chase Peeler) --000000000000873b010592abb005 Content-Type: text/plain; charset="UTF-8" On Mon, Sep 16, 2019 at 7:01 AM Vesselin Kenashkov wrote: > On Mon, Sep 16, 2019 at 1:23 PM Pierre Joye wrote: > > > > > > > The only thing I dislike a lot is the general tone of these > > discussions, that should be different, that makes me sad and really > > not willing to participate in any way. > > > > Hi everyone, > I just want to second that feeling of Pierre. Im a userland developer and > just wanted to express that as a person outside internals following the > recent discussions, Im really sad for the reason of the tone used, the > amount of human/brain energy used/wasted in these and as someone mentioned > already it may happen certain developers to abandon the project due to all > that. And this is the last thing I would say we all want (both internals > and externals). > > In regards to the 2/3 majority - I would say that in case the minority > opposition is very strong (like in the votes on short tags and warning > levels) isnt it possible to reach a compromise? Like acknowledging the vote > but postpone the implementation for another major version? I understand the > majority rule and the rules of the democracy but again according these > rules even when certain decision passes through and there is still very > strong opposition compromises are sought after. > > In regards to error levels RFC, many of us that strongly felt we shouldn't do what was proposed at all, were at least willing to accept a compromise where the changes became opt-in via ini settings or a declare. Both of these suggestions were strongly rejected by those in favor of the RFC. > With the above Im not trying to push my point over the specific RFCs - I > fully understand the implications there and have an option on these but > this is offtopic. At this point considering how much stress these have > caused I would say I got to the point that Im fine with either of the > votes/implementations as long as the PHP team doesnt suffer any harm in > terms of loss of people or massive waste of brain effort. > > And I understand that this topic is about the governance of the project > etc... just wanted to bring the attention of the group to the fact that > even on 2/3 in certain cases compromises may be needed and this to be taken > into account when deciding on the governance/voting process. > > Thank you all > > Vesko Kenashkov > -- Chase Peeler chasepeeler@gmail.com --000000000000873b010592abb005--