tech-repository archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: "hg clone https://anonhg.netbsd.org/src/" still aborts, but...



On Thu, Jun 11, 2020 at 11:34 PM Greg A. Woods <woods%planix.ca@localhost> wrote:
>
> Just a wee while ago it was again mentioned that 'hg clone' would be a
> suitable way to download NetBSD sources, but I've been trying this off
> and on for over a month now and always end up with a failure and abort
> just like this attempt today:
>
> $ hg clone https://anonhg.netbsd.org/src/ h-NetBSD-src
> applying clone bundle from https://cdn.NetBSD.org/_bundles/src/77d2a2ece3a06d837da45acd0fda80086ab4113c.zstd.hg
> adding changesets
> adding manifests
> manifests [====================================>         ] 751718/931876 48m52s
> transaction abort!
> rollback completed
> abort: stream ended unexpectedly  (got 32754 bytes, expected 32768)
>
> So after reading the line of output again and noticing it's a URL I
> decided to try downloading th bundle directly.  This worked fine, taking
> about 3 minutes for me.
>
> I then did:  "hg init src && cd src && hg unbundle $bundle"
>
> The unbundle finally finished the first step (unpacking all 931,876
> changesets) after about 15 minutes and began on the manifests, just as
> with the clone operation did.
>
> The manifests then completed, unlike the attempts via the network,
> though I don't know how long that took, and now it's checking out
> 439,702 "file changes", saying it will be taking over 2hrs to complete.
> HG has the world's second-worst task time estimator though -- it's been
> waffling between 10 to 30 mins for the past hour or more (on the "files"
> step).
>
> Overall that's _STUNNINGLY SLOW_ compared to a "git clone" of the same
> NetBSD source tree -- especially since I've eliminated the network for
> the HG test case!
>
> I'll have to try an up-to-date "git clone" again to be compareing more
> apples-to-apples, but IIRC the "git clone" of the src tree works at
> least an order of magnitude faster on the same platform, and direct from
> the network.
>
> Perhaps this slowness is because even the initial clone attempt is/was
> working from the one big complete bundle-format file?  Does HG have any
> more efficient way to supply a clone?
>
> And also, why does the network clone fail, but a fetch+unbundle work?
>
> --
>                                         Greg A. Woods <gwoods%acm.org@localhost>
>
> Kelowna, BC     +1 250 762-7675           RoboHack <woods%robohack.ca@localhost>
> Planix, Inc. <woods%planix.com@localhost>     Avoncote Farms <woods%avoncote.ca@localhost>


curl 'https://cdn.NetBSD.org/_bundles/src/77d2a2ece3a06d837da45acd0fda80086ab4113c.zstd.hg'
|md5
394158db5733b878963e9d6a5eb721d5

what did you get?  why does that clone fail?


Home | Main Index | Thread Index | Old Index