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:
parent
aae0417d94
commit
41eecb4601
2 changed files with 4 additions and 1 deletions
|
@ -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
2
debian/changelog
vendored
|
@ -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
|
||||
|
||||
|
|
Loading…
Reference in a new issue