Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:16104 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23619 invoked by uid 1010); 26 Apr 2005 21:01:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 23604 invoked from network); 26 Apr 2005 21:01:44 -0000 Received: from unknown (HELO php.net) (127.0.0.1) by localhost with SMTP; 26 Apr 2005 21:01:44 -0000 X-Host-Fingerprint: 69.64.38.41 bluga.net Linux 2.5 (sometimes 2.4) (4) Received: from ([69.64.38.41:54865] helo=bluga.net) by pb1.pair.com (ecelerity 1.2.12rc1 r(5476:5477)) with SMTP id 29/1D-59279-83CAE624 for ; Tue, 26 Apr 2005 17:01:44 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by bluga.net (Postfix) with ESMTP id 2D04E21CB34; Tue, 26 Apr 2005 15:59:42 -0500 (CDT) Received: from bluga.net ([127.0.0.1]) by localhost (bluga.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03012-08; Tue, 26 Apr 2005 15:59:42 -0500 (CDT) Received: from [192.168.0.102] (cpe-66-65-39-8.nyc.res.rr.com [66.65.39.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by bluga.net (Postfix) with ESMTP id B159321C6E4; Tue, 26 Apr 2005 15:59:41 -0500 (CDT) Message-ID: <426EAC2F.3060401@php.net> Date: Tue, 26 Apr 2005 17:01:35 -0400 User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Brian J. France" Cc: internals@lists.php.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at bluga.net Subject: Re: pear package in 4.3.x releases From: cellog@php.net (Greg Beaver) Brian J. France wrote: > Was the removal of most pear package in 4.3.11 intentional? Yes. > Will any of them come back, will any of the .11 packages be removed or > an other changes coming? No. The only other change being considered for the future would be to make it easier to install PEAR by providing a single file containing all resources, but this is still very much on the drawing board, and would not affect the packages ultimately installed. > Don't care either way, just want to know what the plan is. The plan is to rely on users installing these packages. It was becoming increasingly difficult to maintain the bundles, and because older versions were often bundled, it introduced potential security risks as well. Greg