Пусть etckeeper monitor / var / spool / cron тоже
Нет, неэффективно. Проблема в том, что стоимость запроса состояния NumLock такая же, как стоимость установки состояния NumLock. Таким образом, вы просто удвоите нагрузку, если попытаетесь запросить состояние перед его установкой.
Вы могли бы немного улучшить его, написав скомпилированный код на C, так как вы избежите затрат на fork / exec и интерпретацию, но это все равно останется ужасным взломом.
Вместо этого вы могли бы включить NumLock, а затем отключить клавишу NumLock (или даже игнорировать ее состояние, если все, что вам нужно, это цифровая клавиатура, всегда числовая).
См. Это сообщение SuperUser , чтобы узнать, как это сделать с помощью xmodmap (1) .
Каталог /var/spool/cronсодержит пользовательские личные crontab. Эти данные сильно отличаются по своей природе от системных файлов конфигурации -в /etc. Разрешить etckeeperобрабатывать их было бы похоже на мониторинг всех личных .bashrcфайлов пользователя и отправку изменений в систему контроля версий, что кажется довольно навязчивым.
Все системные файлы crontab хранятся в /etc, поэтому по умолчанию они будут обрабатываться в etckeeper.