>  >
>  > The latest stable version is PEAR 1.3.5.  Upgrade pear and the problem
>  > will go away.
>  >
>  > Greg
>  >
>  
>  Hi Greg,
>  
>  Sad to say, it hasn't. I downloaded go-pear.php from go-pear.org, ran it,
>  1.3.5 seemed to successfully download, but "pear remote-info cybermut"
>  shows
>  exactly the same errors as before, as do other (but not all) remote-info
>  requests.
>  
>  Results from current install of PEAR with pear -V:
>  
>  C:\Program Files\PHP>pear -V
>  PEAR Version: 1.3.5
>  PHP Version: 5.0.3
>  Zend Engine Version: 2.0.3
>  Running on: Windows NT MACHINE 5.1 build 2600
>  
>  Any other suggestions?

After poking around a little more I've noticed that there seems to be a
1-to-1 correlation between packages listed by "pear remote-list" that return
errors when "pear remote-info name_of_package" is issued if the package
isn't listed on http://pear.php.net.

For example, a search of the pear website for "Xdebug" returns no results.
Similarly, "pear remote-info Xdebug" returns an error.

"cybermut" does not appear to be listed on the pear website, and "pear
remote-info cybermut" returns an error.

"html_bbcodeparser", however, is listed on the website, and "pear
remote-info html_bbcodeparser" returns the information as expected. Same for
"I18n_unicodestring", "science_chemistry", "text_captcha" and so on.

So, am I right in assuming that a) if a package isn't listed on pear.php.net
then remote-info will return an error, and b) "pear remote-list" returns
names of packages (ie both "Xdebug" and "cybermut" are returned as part of
the list when I perform a remote-list on my machine) not listed on
pear.php.net, causing problems with (a)?

Can someone else confirm or refute that "pear remote-info Xdebug" will
return errors on other systems?

Many thanks,

Murray

-- 
PEAR General Mailing List (http://pear.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php