From 97f7caa4bab95faa194d116f6691ac0fe0106551 Mon Sep 17 00:00:00 2001 From: Joey Hess Date: Tue, 27 Sep 2016 09:48:30 -0400 Subject: comment --- ...ent_1_9e75c36722c194fecef316ae99d1d75e._comment | 25 ++++++++++++++++++++++ 1 file changed, 25 insertions(+) create mode 100644 doc/todo/include_mtime_into_metadata/comment_1_9e75c36722c194fecef316ae99d1d75e._comment diff --git a/doc/todo/include_mtime_into_metadata/comment_1_9e75c36722c194fecef316ae99d1d75e._comment b/doc/todo/include_mtime_into_metadata/comment_1_9e75c36722c194fecef316ae99d1d75e._comment new file mode 100644 index 0000000..ebe5e94 --- /dev/null +++ b/doc/todo/include_mtime_into_metadata/comment_1_9e75c36722c194fecef316ae99d1d75e._comment @@ -0,0 +1,25 @@ +[[!comment format=mdwn + username="joey" + subject="""comment 1""" + date="2016-09-27T13:31:57Z" + content=""" +Are there any config files in /etc whose mtime influences the program they +configure in some way? That would be a very good reason to include the +mtime. + +If the goal is to keep track of multiple manual changes to /etc, the best +thing to do is to manually run etckeeper commit after making the change. +Relying on the daily autocommit is at best a fallback. + +Need to consider the resource impact of adding mtimes to /etc/.etckeeper +would not be very bad. The files are already statted, so no extra overhead +there. + +How about the size increase of /etc/.etckeeper? +For each file in /etc, a line like `maybe touch -d '1970-01-01 00:00Z' foo` would +be needed. (That seems the most compact available way to specifiy a time to +touch.) On my system, that adds 136kb to /etc/.etckeeper, a little bit more +than doubling its size. + +That doesn't seem too bad a resource impact. +"""]] -- cgit v1.2.3