Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:104007 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 22112 invoked from network); 2 Feb 2019 04:32:29 -0000 Received: from unknown (HELO librelamp.com) (45.79.96.192) by pb1.pair.com with SMTP; 2 Feb 2019 04:32:29 -0000 DKIM-Filter: OpenDKIM Filter v2.11.0 librelamp.com 1B64811FE DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=librelamp.com; s=libre2019; t=1549069965; bh=MtR1PxfV0Ao6PDTEthDyAYlQ3RDLHz6KI9kahdeCYTI=; h=Subject:To:References:From:Date:In-Reply-To:From; b=vfTRRUXWQdAQRGMQ6hBMr3W9XbquGxgWaRnxLsbwif/F8ngnggglC8KdQpIodW9tL LZqA9EUpLqiTr6wmlHX1tMvud9kFrrBbbU+ytu+2qOycG/FYgvX1xU4TRETe+XOj7g /ef5oGlm1gqCXoWGUflsirkJVpamaB7bEkTewhq4rSjhBaFNBsmM6o4pp3NNkby2BS 2BoP7TuYYgw/vqmBFdDhOnr266JuPGbiD8gVz16bTCWkJ2DFemjedOV2GgbXX/CK8q UTW+GnQ0+7U6GDntzc+3wLHWOwfkJUbSQEwgugE3FOghfqVjLXsZ6n6BsCyl3lcJVw G+wkBiZXY/qDA== To: internals@lists.php.net References: <7a909cd3-5d0f-8f2e-fba8-009778311bf0@php.net> Message-ID: Date: Fri, 1 Feb 2019 17:12:44 -0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Disable PEAR by default From: alice@librelamp.com (Alice Wonder) On 2/1/19 5:08 PM, Alice Wonder wrote: > On 2/1/19 3:06 PM, Peter Kokot wrote: >> Hello, >> >> On Fri, 1 Feb 2019 at 12:44, Joe Watkins wrote: >>> >>> +1 >>> >>> On Fri, 1 Feb 2019 at 12:35, Sebastian Bergmann >>> wrote: >>> >>>> Am 01.02.2019 um 12:27 schrieb Nikita Popov: >>>>> I would like to suggest that installation of PEAR is disabled by >>>>> default >>>> in >>>>> PHP 7.4. PR: https://github.com/php/php-src/pull/3781 >>>> >>>> +1 >> >> Thank you Nikita for the pull request for this. With all the respect >> to PEAR project and people behind it, maybe the PEAR itself should be >> added to some sort of recognition page in the manual for their >> involvement and work on the first installer of PHP code and initial >> move into code reuse, open source PHP libraries, and all that. As time >> went forward, Composer took over the role of such installer in PHP >> community. > > I do not like composer. A problem I have encountered, a project > specifies a version for a dependency. > > That version has vulnerability, developer fixed it in newer release, but > composer keeps pulling in the older version because that is what > composer provides. > > And it can be the dependency of a dependency of a dependency. > > I do not like Composer. > > Adding a "recognition page" while cutting PEAR off also seems, well, slimy. > "because that is what composer provides." should be "because that is what composer specifies."