From owner-freebsd-ports@freebsd.org Mon Aug 12 10:41:12 2019 Return-Path: Delivered-To: freebsd-ports@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 03119ADC3F for ; Mon, 12 Aug 2019 10:41:12 +0000 (UTC) (envelope-from SRS0=z4Fa=WI=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 466XSl04gjz48MQ for ; Mon, 12 Aug 2019 10:41:10 +0000 (UTC) (envelope-from SRS0=z4Fa=WI=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 0021328417; Mon, 12 Aug 2019 12:41:07 +0200 (CEST) Received: from illbsd.quip.test (ip-62-24-92-232.net.upcbroadband.cz [62.24.92.232]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 3B6832842B; Mon, 12 Aug 2019 12:41:06 +0200 (CEST) Subject: Re: PHP version retirement To: Franco Fichtner , Adam Weinberger Cc: =?UTF-8?Q?Martin_Waschb=c3=bcsch?= , FreeBSD Ports References: <64faf143-bae3-378c-3ee2-b196c2ea4111@astart.com> <16731AF5-68E9-4E41-8D21-CF5917BE32A4@waschbuesch.de> <20190810231216.GA23293@lyxys.ka.sub.org> <5B284DDA-69FB-4936-B3CD-B051DB936F7E@lastsummer.de> From: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: Date: Mon, 12 Aug 2019 12:41:06 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:52.0) Gecko/20100101 Firefox/52.0 SeaMonkey/2.49.3 MIME-Version: 1.0 In-Reply-To: <5B284DDA-69FB-4936-B3CD-B051DB936F7E@lastsummer.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 466XSl04gjz48MQ X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of SRS0=z4Fa=WI=quip.cz=000.fbsd@elsa.codelab.cz has no SPF policy when checking 94.124.105.4) smtp.mailfrom=SRS0=z4Fa=WI=quip.cz=000.fbsd@elsa.codelab.cz X-Spamd-Result: default: False [4.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_SPAM_SHORT(0.88)[0.876,0]; IP_SCORE(0.93)[ip: (0.50), ipnet: 94.124.104.0/21(0.25), asn: 42000(3.81), country: CZ(0.08)]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; DMARC_NA(0.00)[quip.cz]; AUTH_NA(1.00)[]; NEURAL_SPAM_MEDIUM(0.90)[0.900,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; NEURAL_SPAM_LONG(0.80)[0.804,0]; RCVD_IN_DNSWL_NONE(0.00)[4.105.124.94.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; FORGED_SENDER(0.30)[000.fbsd@quip.cz,SRS0=z4Fa=WI=quip.cz=000.fbsd@elsa.codelab.cz]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ]; FROM_NEQ_ENVFROM(0.00)[000.fbsd@quip.cz,SRS0=z4Fa=WI=quip.cz=000.fbsd@elsa.codelab.cz]; MID_RHS_MATCH_FROM(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Aug 2019 10:41:12 -0000 Franco Fichtner wrote on 2019/08/12 08:20: >>> That „while“ is debatable, but it’s neither indefinitely nor immediately. The people responsible for FreeBSD ports and packages would be wise to enrich their policies with a more graceful way of dealing with legacy software, especially if it relates to more than a handful of ports in a single deprecation decision. >>> >>> TL;DR: don’t remove PHP ports prematurely and you’ll have less work reading mails like these. >> >> Part of the contract in providing packages includes providing support >> for them. Other OSes provide packages for software that they can never >> support, and there are definitely consequences for that paradigm. This >> is doubly true for PHP, which is extremely common and for which >> security fixes can be vitally important. > > Well, you are arguing against a grace period for obsolete software which is quite pointless because the software is not bad per se. It will be eventually and it should be removed and nobody argued against that. > > In the case of PHP 5.6 a clear error of judgement was made based on a reasonable decision at the time. It should give enough incentive to not let this happen again so quickly and try to learn from how it negatively impacts users. +1 from me. Removing PHP 5.6 before the last version was released by upstream was very inconvenient and we end up doing 5.6.40 version ourself. Then deploy on servers which cannot be updated to 7.x at that time. Miroslav Lachman