When operating on an HFS+ file system, darcs 1.0.8 will sometimes  
fail partway through a darcs get when applying patches. This behavior  
doesn't happen on UFS file systems.

An example:
---
Looking-Glass:~/src jeremye$ darcs get --partial http:// 
darcs.haskell.org/c2hs/Copying patch 179 of 179... done!
Applying patch 107 of 179... Unapplicable patch:
Wed May 18 03:42:11 EDT 2005  chak@cse.unsw.edu.au
   * rearranging darcs repo

darcs failed:  Error applying hunk to file ./base/todo
Looking-Glass:~/src jeremye$ cd /Volumes/UFS/
Looking-Glass:/Volumes/UFS jeremye$ darcs get --partial http:// 
darcs.haskell.org/c2hs/
Copying patch 179 of 179... done!
Applying patch 179 of 179... done.
Finished getting.
Looking-Glass:/Volumes/UFS jeremye$ darcs --version
1.0.8 (release)
Looking-Glass:/Volumes/UFS jeremye$ ghc --version
The Glorious Glasgow Haskell Compilation System, version 6.6
Looking-Glass:/Volumes/UFS jeremye$ uname -a
Darwin Looking-Glass.local 8.8.1 Darwin Kernel Version 8.8.1: Mon Sep  
25 19:42:00 PDT 2006; root:xnu-792.13.8.obj~1/RELEASE_I386 i386 i386
---
This is using darcs 1.0.8, GHC 6.6 (both installed from source  
through MacPorts if it matters), Mac OS 10.4.8 (Intel). I believe it  
has something to do with HFS+ case insensitivity, since base/todo is  
actually called base/TODO in the c2hs repository when I view it in a  
browser. There are mentions of other problems on HFS+ <http:// 
lists.osuosl.org/pipermail/darcs-users/2005-March/005938.html> but I  
don't know whether this is related or whether the problem is even  
specific to darcs.

I believe this is a known issue, when the history of the repository
contains states that can't be represented on case-insensitive filesystems.
We plan to (some day) implement a new kind of database-stored pristine
cache, which should make this work.
-- 
David Roundy
Department of Physics
Oregon State University

On Fri, Feb 02, 2007 at 00:08:29 +0000, Jeremy Ehrhardt wrote:
> Looking-Glass:~/src jeremye$ darcs get --partial http:// 
> darcs.haskell.org/c2hs/Copying patch 179 of 179... done!

Thanks for this.

This is another case-sensitivity issue.  At some point in the history,
the files
    ./hipar/base/TODO
and ./hipar/base/todo 
were created.

Later on, the patch 107 made things blow up by trying to remove
./hipar/base/todo; however, since the file system is case insensitive
only the file ./hipar/base/TODO was there.  I think the story is that
it tried to apply the hunk removals, but got confused in because they
weren't approppriate to this file.

Jeremy, you should be able to just cp -R the repository from the (case
sensitive) UFS file system back to your HFS+ one.

Marking superseded and deferred.

This is resolved with DarcsTwo. Users need only use --hashed or --darcs-2
formats.