Bugfix: In the past two releases, git-annex init has written the uuid.log in the wrong format, with the UUID and description flipped.

This is my own damn fault for not making UUID a real type, and then relying
on the type checker to ensure my refactoring was correct -- which it wasn't!

I should probably add code to clean up bogus entries in the uuid.log, but
right now I want to get the fix out there to prevent people experiencing
this bug.

I should also make UUID a real data type.
This commit is contained in:
Joey Hess 2011-11-07 12:47:41 -04:00
parent aae0417d94
commit 41eecb4601
2 changed files with 4 additions and 1 deletions

View file

@ -30,5 +30,6 @@ start ws = do
perform :: String -> CommandPerform
perform description = do
initialize
getUUID >>= describeUUID description
u <- getUUID
describeUUID u description
next $ return True

2
debian/changelog vendored
View file

@ -4,6 +4,8 @@ git-annex (3.20111106) UNRELEASED; urgency=low
Thanks Valentin Haenel for a test case showing how non-fast-forward
merges could result in an ongoing pull/merge/push cycle.
* Don't try to read config from repos with annex-ignore set.
* Bugfix: In the past two releases, git-annex init has written the uuid.log
in the wrong format, with the UUID and description flipped.
-- Joey Hess <joeyh@debian.org> Sun, 06 Nov 2011 14:57:57 -0400