Bug#607665: etckeeper: tracks permission changes to ignored files

2013-09-04 Thread Gian Piero Carrubba

* [Wed, Aug 28, 2013 at 10:16:26AM +0200] Zdenek Crha:


+  git ls-files --others --ignore --directory  $ignorefile || true


I guess this should read:
+  git ls-files --others --ignored --directory  $patternsfile || 
true

as I don't think you want to overwrite the .gitignore file.

postfix disclaimer: not regurarly using git as my primary vcs.

Ciao,
Gian Piero.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#607665: etckeeper: tracks permission changes to ignored files

2013-08-28 Thread Zdenek Crha
I've run into this issue with lvm metadata backups. The /etc/lvm/archive/
is in the .gitignore file but any changes to the files inside the directory
gets recorded into .etckeeper file.

The server installation is fairly stable, but lvm back ups metadata daily,
triggering many commits with only .etckeeper file changes and making
history hard to read and search.

I've attached patch against 1.7 to solve the issue for git VCS.

(etckeeper 1.7 with git vcs)

Regards, Zdenek Crha
-- 
Mind over matter - I don't mind, so it don't matter.


0001-Omit-files-ignored-by-git-from-.etckeeper-file.patch
Description: Binary data


Bug#607665: etckeeper: tracks permission changes to ignored files

2010-12-20 Thread Helmut Grohne
Package: etckeeper
Version: 0.50
Severity: normal

If you update sudo and have local changes, you get a sudoers.dpkg-dist
which is (like sudoers) mode 0440. It is not tracked by $VCS due to the
*.dpkg-dist ignore. However the .etckeeper is wrongly updated with a
line maybe chmod 440 './sudoers.dpkg-dist'.

Helmut



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org