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

Request #11641 Poor reporting of conflicting requirements
Submitted: 2007-07-19 09:52 UTC
From: timj Assigned:
Status: Open Package: PEAR (version 1.6.1)
PHP Version: Irrelevant OS:
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 : 26 + 12 = ?

 
 [2007-07-19 09:52 UTC] timj (Tim Jackson)
Description: ------------ If I have the following packages: package X requires "Foo_Bar", no recommended version requires Y package Y requires "Foo_Bar", recommended version 1.0.0 and Foo_Bar exists as both v1.0.0 and 1.0.1 on the channel server, then an attempt to install X via "pear install" results in a failure with the error: Duplicate package channel://whatever/Foo_Bar-1.0.1 found Duplicate package channel://whatever/Foo_Bar-1.0.0 found Now, ignoring the fact that I'm not sure a failure here is the right behaviour (arguably there is a separate bug here: installing either 1.0.0 or 1.0.1 would fully satisfy the deps in either case albeit requiring a warning), the reporting is unhelpful as it does not specify: a) which packages in the dependency chain required 1.0.0 and which required 1.0.1 b) whether those requirements were implicit or explicit. I would suggest that a better output would look something like this: Conflicting requirements for package "Foo_Bar": - X requires Foo_Bar; latest version in channel is 1.0.1 - Y requires Foo_Bar; recommended version is 1.0.0

Comments

 [2008-04-09 22:14 UTC] timj (Tim Jackson)
Bug #13425 covers the "installing nothing is silly" case discussed above, but not the main body of this bug.