summaryrefslogtreecommitdiff
path: root/init.d/10restore-metadata
diff options
context:
space:
mode:
authorJoey Hess <joey@kitenet.net>2011-01-13 14:11:54 -0400
committerJoey Hess <joey@kitenet.net>2011-01-13 14:27:19 -0400
commitbbc4dc023152fea97c1fa7d338417d1b3f9a1607 (patch)
treedb961becb8b17801418f0e9e650f2a628209495f /init.d/10restore-metadata
parent27ca6c9eb668c9ab55cf65f8e620893589536c84 (diff)
Rewrote 50git-rm
This avoids using git ls-files, and thus avoids encoding problems with filenames. Using git add . -u stages all deleted files for deletion. It also avoids the problem with git rm deleting empty directories. It might be better to just use git commit -a, but I've taken the conservative approach. There are a few other git ls-files uses in etckeeper that I have not fixed, but they are only shown to the user, and shouldn't cause a crash as this did. Unfortunatly, git does expose the nasty C-style encoding of such characters in filenames to the user all over (eg, git commit, git log ..), so fixing etckeeper to not also expose them is probably a waste of time. And core.quotepath can be unset by users who want to clean that up. Bug report: https://bugzilla.altlinux.org/show_bug.cgi?id=24903
Diffstat (limited to 'init.d/10restore-metadata')
0 files changed, 0 insertions, 0 deletions