file .etckeeper modified and not autocommited

[MarianoAbsatz]

I've been using etckeeper with mercurial in all my hosts for a while with the setting:

AVOID_DAILY_AUTOCOMMITS=1
AVOID_COMMIT_BEFORE_INSTALL=1

in order to know what I change manually (outside apt-get install/upgrade).

However, with some frequency (usually when some post-install script creates or deletes a file or it changes its properties), the file /etc/.etckeeper is modified accordingly (during the apt-get process) and this change is NOT commited, thus next time I run apt-get I get a message preventing me for doing so only to find out (by running 'hg st') that the only change was made to .etckeeper during the last apt-get run.

This happens regardles of the version of ubuntu or etckeeper.

[Yolanda Robla (yolanda.robla)]

Thanks for reporting this. Unfortunately we have been unable to reproduce this bug. Can you provide us the logs for etckeeper, and the steps to manually reproduce this failure?

[MarianoAbsatz (el-baby)]

Well... I can't manually reproduce the changes since it happens after upgrades from versions I of packages I can no longer obtain from the repositories in order to reproduce it.

However, I guess an "hg log -v" might help you.

I'm attaching the head of the log (it shows newest change first, as most source control logs do).

The problem happened after the following changesets:

611
609
605 (not quite sure)
603

[MarianoAbsatz (el-baby)]

Well... today it happened again while trying to update packages via software updater.

I'm enclosing the diff on /etc/.etckeeper which seem to point to some lines changing places or something.

[MarianoAbsatz (el-baby)]

I'm also enclosing the log files from APT which may point to the last packages added/updated (apparently, last thing I did was installing scribus).

[Launchpad Janitor (janitor)]

[Expired for etckeeper (Ubuntu) because there has been no activity for 60 days.]