diff options
| author |  Joey Hess <joey@kitenet.net> | 2013-07-20 19:37:12 -0400 |
|---|---|---|
| committer | Joey Hess <joey@kitenet.net> | 2013-07-20 19:37:12 -0400 |
| commit | b036ceb374db88708a81475e07af5d4a64397b3d (patch) | |
| tree | 936a6d48f1d7399daa0c684f7f3f955021613875 /debian | |
| parent | 375ce8f3de7bd31bea57b46c49de40bc1be6cfbe (diff) | |
fixed nasty data loss bug
I wanted to try to guard against it in Command.Add too, but it's a case of
garbage in, garbage out. Once Command.Add has been told it's dealing with a
dummy symlink, it goes and deletes it, and even though the object it
thinks it points to is not present in the annex, it's Command.Add is still
doing the right thing to go ahead and add the broken symlink. So the two
fixes I was able to put in will have to do.
Diffstat (limited to 'debian')
| -rw-r--r-- | debian/changelog | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/debian/changelog b/debian/changelog index abcee242d..a0e4283e7 100644 --- a/debian/changelog +++ b/debian/changelog @@ -25,6 +25,9 @@ git-annex (4.20130710) UNRELEASED; urgency=low * webapp: Differentiate between creating a new S3/Glacier/WebDav remote, and initializing an existing remote. When creating a new remote, avoid conflicts with other existing (or deleted) remotes with the same name. + * Bug fix: Adding files that contained a tarball of a git-annex repository, + or other content in the first line that looks like a git-annex link, + could cause git-annex add to malfunction and lose the file content. -- Joey Hess <joeyh@debian.org> Tue, 09 Jul 2013 19:17:13 -0400 |