Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.10.15

Bug #7896 can't download packages, neither from cli or from web page.
Submitted: 2006-06-14 06:53 UTC
From: mikkel at linet dot dk Assigned: cellog
Status: Closed Package: PEAR
PHP Version: 5.1.4 OS: Fedora Core 5 (LInux)
Roadmaps: (Not assigned)    
Comments Add Comment Add patch

Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know! Just going to say 'Me too!'? Don't clutter the database with that please !
Your email address:
Solve the problem : 45 - 28 = ?

 [2006-06-14 06:53 UTC] mikkel at linet dot dk (Mikkel Kruse Johnsen)
Description: ------------ I have almost never been able to use the "pear" command. I always times out before downloading packages. like: [root@tux ~]# pear install --alldeps Mail Could not download from "", cannot download "pear/Mail" Error: cannot download "pear/Mail" Could not download from "", cannot download "pear/Net_SMTP" Error: cannot download "pear/Net_SMTP" Could not download from "", cannot download "pear/Net_Socket" Error: cannot download "pear/Net_Socket" Could not download from "", cannot download "pear/Auth_SASL" Error: cannot download "pear/Auth_SASL" When going to you webside and finding the packages and trying to download it can't. (firefox) This is not just a temporary problem with your server, it has been like this for years, I think it about works 1 out off 10 times I have tryied. It is really annoying when you reaaly need a package to get on with your work, that you have to find it on google. Where is the mirror sites for ?


 [2006-06-14 10:01 UTC] pajoye (Pierre-Alain Joye)
Do you use a proxy? Use the verbose method pear -vvv cmd options. Our server works well.
 [2006-09-14 15:02 UTC] brandon dot petersen at gmail dot com (Brandon Petersen)
I had the same issue as described. The problem happened because I initially installed a local pear repository as the root user. The next day, I changed the permissions to another user account, but that user couldn't install any new packages because the /tmp/pear/ directory was still present from the previous day, and it was owned by the root user. After I removed the /tmp/pear/ directory, I was able to install new PEAR packages without any problems.
 [2006-09-14 15:06 UTC] pajoye (Pierre-Alain Joye)
a permission problem is not a PEAR bug.
 [2006-09-15 14:53 UTC] cellog (Greg Beaver)
this is a problem in PEAR - PEAR does not inform of the failure reason. In many cases, it breaks everything. The same happens if there is a file named "package.xml" or "package2.xml" in the temp directory that is marked read-only. The problem was introduced with PEAR 1.4.10 download_dir/temp_dir fixes
 [2006-09-15 14:58 UTC] pajoye (Pierre-Alain Joye)
This bug is older than 1.4.10. The problem is not the temp_dir and download_dir additions but the lack of correct error reporting (in many parts of the stack). However yes, I bogus'ed this bug based on the last comment, but the initial report is valid, back to open, unassigned for now.
 [2006-09-21 05:02 UTC] cellog (Greg Beaver)
agreed, error reporting is the culprit. I had a live site completely stop working because of the temp_dir addition in 1.4.10, took me a long time to track it down to the package.xml issue in my last comment. No matter, this will be fixed soon.
 [2006-09-24 03:42 UTC] cellog (Greg Beaver)
This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on by the end of next Sunday (CET). If this was a problem with the website, the change should be live shortly. Otherwise, the fix will appear in the package's next release. Thank you for the report and for helping us make PEAR better.