Darcs 2.4 release. Doesn't work at all. To reproduce clean cache and run:

C:\Projects>darcs get http://modis.ispras.ru/src/sedna
darcs: C:\Documents and Settings\admin\Application
Data\darcs\cache/pristine.has
hed/0000001393-45b2ef897392615593d4af1a7cd02c9fb51fd789dfa291ed99fd15a7e72b30d8-
new_ff1d776eae193da59b9891ab1b03e9c0: MoveFileEx: permission denied
(▲B:070=> 2
4>ABC?5.)
Copying pristine 35 done, 16 queued. QuickStart

... hangs here and hangs if run it again (cache is not empty).

Thanks. How about the darcs-2.4.1 release?

It was 2.4.1 (I thought that build version number is not important). 
Now I have to use 2.2.0.

I'm creating a new bug to split issue1759, copying over msg10742
msg10747 and msg10779

Thanks for your continued patience with this, Ivan.  Note that I've
split this bug because

1. it affects the user's global cache (and not the index)
2. it does not involve network file systems

Salvatore, is there any chance that this just another variant of the
rename or delete file errors you fixed (file handle leaks?).  Also,
could you determine if it's reasonable for us to try to fix this for
Darcs 2.4.2?  Why is the error message 'MoveFileEx' this time?

I'll note that the long term solution you suggested was in issue1675 to
move deleted files to some sort of attic.  Thanks!

We don't know what to do about this and in any case, it looks like a
solution is going to happen till Darcs 2.5 at the earliest.  Sorry! :-(

Bumping to 2.6.

Has anyone actually managed to reproduce this bug?

What cache does one have to clean to reproduce it?

I just reproduced it. On Linux. We've been to quick calling this a
Windows issue because there's a "C:\" in the command line there.

On Linux it looks like this:

reinier@adim:~/Sources/issue1831-test$ darcs get
http://modis.ispras.ru/src/sedna
Copying patches, to get lazy repository hit ctrl-C...             
Finished getting.                                
darcs:
/home/reinier/.darcs/cache/patches/0000007354-c5fafcdd83859d7929499c0d9631877bd64ddb9f4424a5413ed5884d80b0b4c3-new_7ad05211739fb1e63a4cd6f128db18f9:
renameFile: does not exist (No such file or directory)
reinier@adim:~/Sources/issue1831-test$ darcs --version
2.4.4 (unknown)

I am bumping this to darcs 2.8 because the issue appears to be very
rare. Possibly, it happens only with this repository. There is also a
workaround: you can interrupt the hanging command and get all the
patches by doing a 'darcs changes --summary'.

This is not a rare occurrence. To reproduce without network drives:

"darcs get http://webapps.datafed.net/nest/DVoy2R"

Result:

darcs: C:\Documents and Settings\Kari\Application
Data\darcs\cache/pristine.hashed/35a3eb4e8cd48b2bddf4b10758c4f25845ca473237c69b4a40e84901f486bf70-new_4f921aa8d6cc290ec4acbd885d0f7bd4:
MoveFileEx "C:\\Documents and Settings\\Kari\\Application
Data\\darcs\\cache/pristine.hashed/35a3eb4e8cd48b2bddf4b10758c4f25845ca473237c69b4a40e84901f486bf70-new_4f921aa8d6cc290ec4acbd885d0f7bd4"
"C:\\Documents and
 Settings\\Kari\\Application
Data\\darcs\\cache/pristine.hashed/35a3eb4e8cd48b2bddf4b10758c4f25845ca473237c69b4a40e84901f486bf70":
permission denied (Access is denied.)
Copying pristine 1700 done, 221 queued. profiles

And I repeated it, with more errors. To get job done I had to do darcs
init and darcs pull, took a long time but it finished. The darcs get job
is still running, taking 5% of the cpu. I have an old XP laptop with
"only" 500 MB memory.

I can't reproduce this with 2.7 (current HEAD) on linux.

Actually, I can only reproduce with "darcs get
http://modis.ispras.ru/src/sedna" but not with "darcs get
http://webapps.datafed.net/nest/DVoy2R"

I do get the error message, but the repository is then actually usable.

This is a rare, hard-to-reproduce issue. Bumping to 2.10.

The cache and cloning modules have changed quite a lot since 2010, and I
don't see the bug happening right now, so I suggest we close this ticket.