Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:91838 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 88928 invoked from network); 22 Mar 2016 11:38:22 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Mar 2016 11:38:22 -0000 Authentication-Results: pb1.pair.com smtp.mail=mailing@pascal-martin.fr; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=mailing@pascal-martin.fr; sender-id=pass Received-SPF: pass (pb1.pair.com: domain pascal-martin.fr designates 91.121.85.26 as permitted sender) X-PHP-List-Original-Sender: mailing@pascal-martin.fr X-Host-Fingerprint: 91.121.85.26 ns362529.ip-91-121-85.eu Received: from [91.121.85.26] ([91.121.85.26:47676] helo=pascal-martin.fr) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 8A/84-46740-CAE21F65 for ; Tue, 22 Mar 2016 06:38:21 -0500 Received: from [192.168.100.27] (247-120-190-109.dsl.ovh.fr [109.190.120.247]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pascal-martin.fr (Postfix) with ESMTPSA id 948F0E002B for ; Tue, 22 Mar 2016 12:38:17 +0100 (CET) To: internals@lists.php.net References: Message-ID: <56F12EA2.3000501@pascal-martin.fr> Date: Tue, 22 Mar 2016 12:38:10 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [PHP-DEV] [RFC][VOTE] Deprecate then Remove Mcrypt From: mailing@pascal-martin.fr ("Pascal MARTIN, AFUP") Le 15/03/2016 17:11, Scott Arciszewski a écrit : > I've opened the vote on https://wiki.php.net/rfc/mcrypt-viking-funeral > which aims to deprecate ext/mcrypt in PHP 7.1 then remove it in 7.1+1 (i.e. > make it only installable via PECL). Hi, After discussing this RFC at AFUP, we would be +1 to deprecated mcrypt for PHP 7.1 and to remove it for PHP 8.0 Removing for PHP 7.2 doesn't feel "right" (too soon? and minor versions should not remove features if it can be avoided). Thanks for your work on this! -- Pascal MARTIN, AFUP - French UG http://php-internals.afup.org/