Re: pear installer sanity check
| From: | Stig S. Bakken | Date: | Mon, 20 May 2002 22:24:02 +0000 |
| Subject: | Re: pear installer sanity check | ||
| References: | 1 | Groups: | php.pear.dev |
| Request: | Send a blank email to pear-dev+get-6243@lists.php.net to get a copy of this message | ||
On Mon, 2002-05-20 at 23:39, Rasmus Lerdorf wrote:
> The pear installer is going to be a key element to the success of PEAR.
> It has a few issues at this point. A quick walkthrough:
>
> % pear list-installed
>
> Installed packages:
> ===================
> +----------------+----------+--------+
> | Package | Version | State |
> | Archive_Tar | 0.4 | stable |
> | Console_Getopt | 0.10 | beta |
> | PEAR | 0.10-dev | beta |
> | DB | 1.2 | stable |
> | XML_Parser | 1.0 | stable |
> | XML_RPC | 1.0.3 | stable |
> +----------------+----------+--------+
>
> Good
>
> % pear help package-info
>
> <pear package>
> Shows information about a PEAR package
>
>
> Not a great help page, but ok, it tells me I need to specify a pear
> package name:
Work in progress. We just revamped the entire command/help system to
ease php-gtk integration, some commands are still missing good docs, and
there are some rough edges still.
> % pear package-info DB
>
> tgz :: could not open file
>
> Ungood
Not a very good command name, I agree. It only operates on tarballs or
package description (XML) files right now. I'm thinking of renaming it
to "info" and making it accept files as well as names of installed
packages.
> % pear upgrade DB
> upgrade to a newer version (1.2 is not newer than 1.2)
>
> ok
>
> % pear list-remote-packages
> <PRE>---GOT---
> HTTP/1.1 200 OK
> Date: Mon, 20 May 2002 21:29:30 GMT
> Server: Apache/1.3.20 (Unix) PHP/4.2.0RC2
> X-Powered-By: PHP/4.2.0RC2
> Content-length: 52599
> Connection: close
> Content-Type: text/xml
>
> <?xml version='1.0' encoding="iso-8859-1" ?>
> <methodResponse>
> <params>
> <param>
> <value>
> <struct>
> <member>
> <name>Archive_Tar</name>
> ...
>
> uh?
>
> At the end of reams and reams of raw XML I finally do get a readable list.
Also work in progress. I have left debug mode on in the XML-RPC
fallback implementation to try tracking it down. Build PHP with the
xmlrpc extension for now, it's much smoother and faster.
> % pear install Date
> installed file /usr/local/lib/php/Date.php
> installed file /usr/local/lib/php/Date/TimeZone.php
> install ok: Date 1.1
>
> % pear list-installed
> Installed packages:
> ===================
> +----------------+----------+--------+
> | Package | Version | State |
> | Archive_Tar | 0.4 | stable |
> | Console_Getopt | 0.10 | beta |
> | PEAR | 0.10-dev | beta |
> | DB | 1.2 | stable |
> | XML_Parser | 1.0 | stable |
> | XML_RPC | 1.0.3 | stable |
> | Date | 1.1 | stable |
> +----------------+----------+--------+
>
> Cool
>
> It would also be good if shortcuts could be added for common operations.
> Perhaps:
>
> login (li) Connects and authenticates to remote server
> logout (lo) Logs out from the remote server
> config-show (csh) Show All Settings
> config-get (cg) Show One Setting
> config-set (cs) Change Setting
> install (i) Install Package
> upgrade (up) Upgrade Package
> uninstall (u) Un-install Package
> package (p) Build Package
> package-info (pi) Show Package Info
> package-list (pl) List Files in Package
> package-validate (pv) Validate Package
> cvstag (cvs) Set CVS Release Tag
> run-tests (rt) Run Regression Tests
> list-installed (l) List Installed Packages
> shell-test (stest) Shell Script Test
> remote-package-info (ri) Information About Remote Package
> list-upgrades (lu) List Available Upgrades
> list-remote-packages (lr) List Remote Packages
> download (d) Download Package
Good idea, I'll implement that.
Thanks for the input so far, please keep bugging me about things you
find.
- Stig