Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:112250 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 39358 invoked from network); 17 Nov 2020 16:14:36 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 17 Nov 2020 16:14:36 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 48E491804C6; Tue, 17 Nov 2020 07:38:30 -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=-2.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-Virus: No X-Envelope-From: Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS; Tue, 17 Nov 2020 07:38:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1605627464; bh=Ie7D/13AlB+1rl5fuf3la0aLB8BIH/ccdck5/M+Xw5A=; h=X-UI-Sender-Class:Subject:To:References:Cc:From:Date:In-Reply-To; b=QKPZusmE5BXKW0ptWc1CB7jgayPNoHnWkFA8CwGA24wvvb7xbGGdcQtmXNyfN+4LK hmUWuaqSq6MlpU1lHNkzxmt9tI2TBM6+tAZuZqzsAacHeidSpQuvWtuuvY7VsAxVVz 5K/sjfRzQjOcUmwvLXT8gdh1Dk8mZr4foYzkli+M= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.2.130] ([84.179.238.191]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MvbG2-1kNmqk2mjm-00sgoT; Tue, 17 Nov 2020 16:37:44 +0100 To: Dan Muey , internals@lists.php.net References: <83C22686-C521-4BE2-810D-763F3474BAF7@cpanel.net> Cc: Sara Golemon , Gabriel Caruso Message-ID: <276e5655-952f-ab29-51b9-f05225c2aa1b@gmx.de> Date: Tue, 17 Nov 2020 16:37:44 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.4.3 MIME-Version: 1.0 In-Reply-To: <83C22686-C521-4BE2-810D-763F3474BAF7@cpanel.net> Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:9FK6KDjw43ZXet25oXNyC6yQTsvflcsoRp/bHnfQHn1hcvBakWm c9i6bM4KjjU4qH7kptth1Sb3UhFV3WbiDIuvXhH5Cwfo8VNWSEZAyZNJcICeeU1XhLQ3efS 1Hdh7/hHyjxRg+WiO+09pG/W2IUwdGZYc2gXWkC09YVy0uDAqiSUG0/Em2pl/mkNMdtRGYp u39KpUjCxY3p9FXLGES4g== X-UI-Out-Filterresults: notjunk:1;V03:K0:463P3cvLSh8=:m2w770F8mm2iiXUCIVqSrx /if0HlMHSpvjJKQVOb8lyOygCHl9UcGo3UWpxvKKVL15BPBFcxmHW+9gu+q8cWzUJ9V/b4QRt f5fDTRqGzkhqeL+o3zjpgZ5MSVf7fi8y27C8qjSmzVRbE+L6lMC0tVKgoOgGnlqWzjzGyIP28 6h0OwrYoMgYaQUMG1T2YTeUGf3GrL08/MAp3qjU6+5Cgc3Rqz68pKG+kcGTWys+t1jQG7Zwb7 T/SFHv2OZPvB5rRAyPDl4wHYxMvTgEkcoYsUGQjE1dGkmwbKaK88R4KwiieS+DdyABCPPm1dg TKqHGM2JXqG6+2RGOmF0bDaq3bcELPYB/fWIVHE0DmA80RoM5v5ddUZVtf9pBuHlXopv0EVdF 0jw10bQ4TCXLBCWd8MaJeiCLzeoYPEneTk+QPzFqV3Y/bVrO277PnEL9pY8paBlv47HQAaitp Ti1ZHxNflHr6RrzpSlrRs4gId54ip6nW0H1hBfrvzDAQkd/G1ebipa5bipPRyK0lJWmhponX+ X5VUnvkBDRZ5Xsp/2c/pHfPCzVvIZyNvM0zj+gXfEdUeVK7CaoDjZSdP3MA3O8x9sxjFokVN8 Qp+4GqdG5JLqvLJprOCSbpewBa8lyfFfpocFuLeVD5ZcQODS0b9h3x59mOykvRkGe9QQShcw2 Gmr04HM07m9F61Mh9w9ktJnyJZMW+SpmqSR+hm9AJdnGEHlZgCMyIAeQNEl8XEZgIPJtLtHeg XAFTvGekTsPM7dxKPEz6yK3s3CDJzGP8NGrreZ2BMtt5+25PvcoApDmZQ7gFtXgrn5OJdbTts n3+hQY9gQwbSirX5FMUq2LxQ0qI8msb/VHCpmGLJ486ezSNPWrfYDhEpc5MBsW06rk6YzabFL nfPdAf9f872yeCMQCgRw== Subject: Re: Was removing major version from apache module a mistake? From: cmbecker69@gmx.de ("Christoph M. Becker") On 17.11.2020 at 15:23, Dan Muey wrote: >> On Nov 10, 2020, at 2:21 PM, Dan Muey wrote: >> >> Hello, >> >> Was removing the major version from apache module done on purpose or di= d it just kind of happen (kind of feels like an afterthought since it isn= =E2=80=99t listed under =E2=80=9CBackward Incompatible Changes=E2=80=9D)? >> >> We ask because cPanel relies on the major-version pattern of the last 2= 5 years and, while changing it in future versions is possible, it will be = an expensive change and users on older versions will be left out in the co= ld. The situation it causes where similarly expressed by the first sentenc= e in https://bugs.php.net/bug.php?id=3D78681 >> >> Any chance of reverting that change? If not, we=E2=80=99ll most likely = be retiring DSO from PHP 8 on. I will send a link with more details later = today in case it helps. > > Here is that link I promised that contains more details: > > https://github.com/CpanelInc/ea-php80/blob/master/DESIGN.dso.md > > Thanks =F0=9F=91=8D Thanks for pointing out this issue, and the details! Since we're super late in the pre-release cycle, I don't know what to say. Maybe the PHP 8 release managers want to weigh in? Christoph