Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95936
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 74.125.82.49 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <DB3PR04MB203635D29F4FB1F52F16864BBFF0@DB3PR04MB203.eurprd04.prod.outlook.com>
References: <DB3PR04MB203635D29F4FB1F52F16864BBFF0@DB3PR04MB203.eurprd04.prod.outlook.com>
Date: Mon, 12 Sep 2016 13:34:21 +0200
Message-ID: <CAH-PCH4zU5ye+hpytntBidgPXHe4ybmudsCLTVBMntSH=jnvcQ@mail.gmail.com>
To: Tony Marston <tonymarston@hotmail.com>
Cc: Sherif Ramadan <theanomaly.is@gmail.com>, Stanislav Malyshev <smalyshev@gmail.com>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=94eb2c12fffc9e58a9053c4de0b3
Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with composer/pickle
From: tyra3l@gmail.com (Ferenc Kovacs)

--94eb2c12fffc9e58a9053c4de0b3
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On Mon, Sep 12, 2016 at 9:32 AM, Tony Marston <tonymarston@hotmail.com>
wrote:

> Sent: Sunday, September 11, 2016 11:44 AM
> >To: Tony Marston
> >Cc: Stanislav Malyshev ; internals@lists.php.net
> >Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with
> composer/pickle
> >
> >On Sun, Sep 11, 2016 at 4:47 AM, Tony Marston <tonymarston@hotmail.com>
> wrote:
> >
> >Sent: Saturday, September 10, 2016 7:47 PM
> >>To: Tony Marston ; internals@lists.php.net
> >>Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with
> composer/pickle
> >
> >
> >Then I suggest that those who are so anxious to see of death of PEAR/PEC=
L
> should be forced to provide a viable alternative first. Otherwise they
> would be just like those stupid politicians who try to force commuters ou=
t
> of their private cars and into public transport without realising that th=
e
> existing public transport system is NOT a viable replacement and is
> incapable of taking on the extra load.
> >
> >I just want to say that PEAR as a source repository, has been dead for
> quite some time. It's filled with outdated code that has hardly seen any
> maintenance in years, and nobody really contributes to it anyway.
> >
> >PEAR/PECL as a package manager has historically had little utility to th=
e
> average user apart from installing those PECL extensions which aren't
> packaged by a particular user's distribution repository. Certainly hasn't
> had any real viability in years. Trying to replace something that's
> inherently non-viable with a viable-alternative seems like a pretty moot
> point.
>
> Just because you have found no use for it does not mean that others feel
> the same. How about those large numbers of websites that have to use PEAR
> Mailer instead of the built-in mail() function? I personally use SVNManag=
er
> to manage my SVN repositories, and this is dependent on one of the PEAR
> modules, so there is a very recent use. How many other PEAR modules have
> been installed and are still is use? Do you have the download statistics
> for all the PEAR modules? That would be much more accurate that all this
> guesswork and supposition.
>
> --
> Tony Marston
>
>
we have download statistics for pear/pecl:
http://pecl.php.net/package-stats.php
http://pear.php.net/package-stats.php
but it would be better to filter the stats to a more recent time interval
like last year or something, not sure if that is possible with the current
web interface, but you can see the recent download stats on the package
page, eg:
http://pecl.php.net/package-stats.php?cid=3D33&pid=3D876
http://pear.php.net/package-stats.php?pid=3D14&cid=3D19

--=20
Ferenc Kov=C3=A1cs
@Tyr43l - http://tyrael.hu

--94eb2c12fffc9e58a9053c4de0b3--