darcs get http://code.haskell.org/wxhaskell succeeds with darcs 2.4.1
but with current HEAD (just after noslurps), I get:

darcs failed:  Couldn't fetch
`696806fc8aa4d5e5371a1ba8d82e7611a306d97a24105ccaa2712712e41d7d0b'
in subdir pristine.hashed from sources:

This is converting from an old-fashioned repository

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Needs investigation.  I'm sure Petr will work out what's wrong :-)
Hopefully we can boil this down into a minimal test case.

Ono my computer, with current HEAD just after noslurps also, I don't
have this error but darcs simply freezes. straces tells me only this:

$ strace -p `pidof darcs`
Process 23383 attached - interrupt to quit
futex(0xa34ab70, FUTEX_WAIT_PRIVATE, 9, NULL

This was with a cold cache.

By "freezing" I mean "hanging", ie, that darcs was displaying nothing
and seemed to be doing notinhg at all (as reflected by strace).

This behaviour was obtained by doing a "darcs get
http://code.haskell.org/wxhaskell "

Hi,

gh <bugs@darcs.net> writes:
> By "freezing" I mean "hanging", ie, that darcs was displaying nothing
> and seemed to be doing notinhg at all (as reflected by strace).
>
> This behaviour was obtained by doing a "darcs get
> http://code.haskell.org/wxhaskell "
I had the same thing yesterday on code.haskell.org and turned out wget
hangs just as well. So I would disregard this as just deaf HTTP on
code.haskell.org (arguably, we should print *something*...).

Yours,
   Petr.

Eric, could you try reproducing with just local repositories if you have 
a moment? Thanks... (Of course, as always, a test would be best.)

mornfall> You were right. I've just tried again with HEAD compiled with
cabal install -fstatic -f-curl , I now have the same problem than Eric.

On Sat, May 08, 2010 at 09:19:13 +0000, Petr Ročkai wrote:
> Eric, could you try reproducing with just local repositories if you have 
> a moment? Thanks... (Of course, as always, a test would be best.)

Still fails! (which seems like a good thing)

darcs get --old-fashioned http://code.haskell.org/wxhaskell
darcs get wxhaskell wxhaskell2

darcs failed:  Couldn't fetch
`696806fc8aa4d5e5371a1ba8d82e7611a306d97a24105ccaa2712712e41d7d0b'
in subdir pristine.hashed from sources:

thisrepo:/tmp/wxhaskell-2
cache:/home/kowey/.darcs/cache

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

With "just local" I meant ruling out http out of the equations. Ta.

On Mon, Jun 28, 2010 at 14:41:54 +0000, Petr Ročkai wrote:
> With "just local" I meant ruling out http out of the equations. Ta.

Yep! This was buried under the first line of my test :-)

darcs get wxhaskell wxhaskell2

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

Hmm!

$ darcs get --old-fashioned http://code.haskell.org/wxhaskell
Official wxHaskell darcs repository
**********************
Finished getting.                    

$ darcs get wxhaskell wxhaskell-hashed
Converting old-fashioned repository to hashed format...
*******************************************************************************
Fetching a hashed repository would be faster.  Perhaps you could persuade
the maintainer to run darcs optimize --upgrade with darcs 2.4.0 or higher?
*******************************************************************************
Finished getting.

... am I missing something? (this is reasonably recent HEAD)

As requested:

with HEAD, get completes just fine

with current HEAD minus the hashed-storage 0.5.2 bump:
darcs: Codec.Compression.Zlib: premature end of compressed stream

we get the same result with an attempt to an attempt to build a
Darcs resembling head at the time I reported the patch (which seems
tricky without a context file, sigh)

Petr: shall we mark this resolved then?

-- 
Eric Kow <http://www.nltg.brighton.ac.uk/home/Eric.Kow>
PGP Key ID: 08AC04F9

I agree, this is very likely to be the rename bug that's been fixed in 
hashed-storage 0.5.2.