Package home | Report new bug | New search | Development Roadmap Status: Open | Feedback | All | Closed Since Version 1.10.15
Bug #12960 role=cfg should automatically replace file if it has not been modified
Submitted: 2008-01-22 22:59 UTC
From: timj Assigned: cellog
Status: Closed Package: PEAR (version 1.7.0RC2)
PHP Version: Irrelevant OS:
Roadmaps: 1.7.2    
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 : 4 + 25 = ?

 
 [2008-01-22 22:59 UTC] timj (Tim Jackson)
Description: ------------ The new cfg role (bug #12108) is great. However it works a little simplistically in some cases. Consider a package Foo-1.2.3 with file "foo.cfg" with role "cfg". The user installs Foo-1.2.3 from scratch. The user does NOT modify foo.cfg Foo-1.3.0 is released, that has a different foo.cfg. At the moment, PEAR will leave foo.cfg in place and install the new foo.cfg as foo.cfg-1.3.0. However this is not the behaviour that one generally wants. Because the user *has not changed* foo.cfg, Foo-1.3.0 should overwrite the original foo.cfg. This is how RPM has worked for many years, and it "makes sense". However it does require that PEAR stores internally somewhere the MD5 sum of foo.cfg upon installation/upgrade of Foo and then checks this when Foo is upgraded.

Comments

 [2008-05-13 22:46 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.