merge 376103 466249 thanks On 2008-02-17 15:13:17 -0600, Peter Samuelson wrote: > The problem is that 'recode' has a horrible misfeature of modifying a > file, then back-dating the modification time so as to fool the rest of > your Unix system into thinking the file has not been modified. I > believe Subversion 1.5 will mitigate this loss by also checking that > your file size hasn't changed.
This might be regarded as an improvement, but there are still cases where the size does not change. > But fundamentally, if you tell the system to assume a file hasn't > been modified since X date, sometimes the system will just believe > you. This is a misuse of the mtime value. > The recode maintainer actually believes this is desirable default > behavior (!), so he won't fix it. You have to work around it with the > -t flag. There are other utilities that behave in the same way, setting the mtime back in the time: mv, all dearchivers, even svn (svn export), patch with the -Z option (which must be used under some conditions). -- Vincent Lefèvre <vinc...@vinc17.org> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
