http://qa.mandrakesoft.com/show_bug.cgi?id=3565
------- Additional Comments From [EMAIL PROTECTED] 2003-06-07 20:47 ------- There is nothing significant in this new version, specifically, the reported bug does not appear to be addressed. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------- Reminder: ------- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: When msec does it's daily run, comparing all of the files on the system to their checksum in the RPM database, it should preserve the atime of those files. Of course, when msec opens and reads the file contents in order to checksum them so that it can compare them to the database, the atime of the file is modified. msec should store the atime before it opens and reads each file and restore it back to that value when it is done. The problem is that _every_ file on the system shows as being accessed within the last 24 hours even though this access is "synthetic". In other words, having the atime reflecting opens for system maintenance nullifies the value of the atime and it may as well not even be there.
