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

Request #10392 clear resolution of PEAR location (use include_path?)
Submitted: 2007-03-15 14:07 UTC
From: cellog Assigned: cellog
Status: Closed Package: PEAR (version CVS)
PHP Version: Irrelevant OS: n/a
Roadmaps: (Not assigned)    
Subscription  
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:
MUST BE VALID
Solve the problem : 41 - 26 = ?

 
 [2007-03-15 14:07 UTC] cellog (Greg Beaver)
Description: ------------ Currently, it is often a problem finding the PEAR installation as the PEAR Installer might report one version with "pear list" and actually be running an older one as reported by "pear -V" Basing the PEAR location on simpler search criteria such as include_path makes more sense. Also good would be pear /path/to/pear install packagename where we can explicitly specify where to install a package.

Comments

 [2007-04-01 14:23 UTC] timj (Tim Jackson)
It's worth noting that this causes particular grief when using custom file roles and other PEAR-core addons (e.g. PEAR_Command_Packaging). "pear config-create <path> <configfile>" followed by "pear -c <configfile> <command>" works fine in most cases for creating a "sandboxed" PEAR, but fails when it comes to custom file roles or other PEAR-core addons, since these need to require() files from the PEAR installation.
 [2007-10-28 05:18 UTC] cellog (Greg Beaver)
This bug has been fixed in CVS. If this was a documentation problem, the fix will appear on pear.php.net by the end of next Sunday (CET). If this was a problem with the pear.php.net 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.