Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:95627
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.220.46 as permitted sender)
To: Tony Marston <TonyMarston@hotmail.com>, internals@lists.php.net
References: <CANaX5nf5S6aS-ZaB=51qvXv+wbReGb2petPBDogTA+MNMHyysQ@mail.gmail.com>
 <b3bd7acf-a525-d921-1b1b-64ccf94b858b@gmail.com>
 <A8.67.32927.27DDBC75@pb1.pair.com>
Message-ID: <1aad32b9-8481-2fb4-4912-66705bd59e57@gmail.com>
Date: Sun, 4 Sep 2016 21:12:10 -0700
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0)
 Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <A8.67.32927.27DDBC75@pb1.pair.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Deprecate PEAR/PECL & Replace with
 composer/pickle
From: smalyshev@gmail.com (Stanislav Malyshev)

Hi!

> Incorrect. There is a web interface which I use EXCLUSIVELY to maintain
> the contents of my PEAR library. Any proposed replacement which does not
> have a web interface I'm afraid is totally unacceptable. Command line
> interfaces went out of fashion when the Windows OS was first released,
> and anyone who still insists on using one has not joined the rest of the
> world in the 21st century.

Err, no. Command line is as alive in 21th century as it was in 20th.
Which Microsoft fully recognizes finally now that they made their shell
as powerful as other shells has been instead of a sorry excuse for a
shell they had for years.

> I do NOT want the replacement PEAR library to update itself in the
> background. It has to be under MY control or I simply won't install it.

That is valid concern, nothing in the library system should do anything
"on background" without an explicit command. But I don't think composer
actually does that unless you ask it to?
-- 
Stas Malyshev
smalyshev@gmail.com