On Tue, Apr 07, 2009 at 21:39:36 +0100, Neil Mitchell wrote:
> Running: darcs get --partial --repo-name=temp/base http://darcs.haskell.org/ghc-
> 6.10/packages/base --tag="base 4.0.0.0"

Excellent!  I can reproduce this on my Mac and have a good idea what the
cause is, i.e. an interaction between the --partial and the --tag flag.

I'm BCC'ing the bug tracker for this (in case that works)

You can make a local version of this with

darcs tag -m "old tag"
create a patch
darcs tag -m "new tag"
darcs optimize --checkpoint
darcs get --partial "old tag"

What happens is that with the --partial flag, darcs gets only the
patches up from the new tag on.  But with the --tag flag, darcs tries to
unapply patches in from the new tag to the old tag, patches which it
simply has not fetched.  It sounds like what darcs really ought to do
is to grab checkpoints which are early enough to cover the tag you want
to fix.

Could I get a volunteer to
 - turn this into a minimal test case (Trent?)
 - check to see how darcs 1.0.9 fares with it?

> darcs: failed to read patch:
> Wed May 28 01:38:30 GMT Daylight Time 2008  Ian Lynagh <igloo@earth.li>
>   tagged 2008-05-28
> C:/Neil/hoogle/data/generate/temp/base/_darcs/patches/20080528003830-3fd76-feac6
> 2e381b4ec95be9553256c59e5770ac48fcc.gz: openBinaryFile: does not exist (No such
> file or directory)
> Command failed

http://wiki.darcs.net/DarcsWiki/OldReleases is linked from
http://wiki.darcs.net/DarcsWiki/Binaries

Thanks!

I think what will most realistically happen is that we'll have deprecated
--partial (by making it equivalent to --complete) before we get around to fixing
this.  Sorry!