From: Ellie Date: Mon, 08 Sep 2025 02:34:53 GMT Subject: Re: With big repos and slower connections, git clone can be hard to work with Message-ID: <15eac16b-41b6-4bfc-91c7-4997d390cc5b@horse64.org> In-Reply-To: <001b01dad153$ba880ca0$2f9825e0$@nexbridge.com> This has been addressed on Github's side by now, it seems to have been a Github server config issue. Nevertheless, the ability to resume a file transfer remains what some would consider essential for internet software. I still hope it'll be added one day. Thank you for the lively debate. Regards, Ellie On 7/8/24 6:27 PM, rsbecker@nexbridge.com wrote: > On Monday, July 8, 2024 11:45 AM, Konstantin Khomoutov wrote: >> On Mon, Jul 08, 2024 at 05:14:33PM +0200, ellie wrote: >> >> [...] >>>>> error: RPC failed; curl 92 HTTP/2 stream 5 was not closed cleanly: >>>>> CANCEL (err 8) >>>> [...] >>>>> It seems extremely unlikely to me to be possibly an ISP issue, for >>>>> which I already listed the reasons. An additional one is HTTPS >>>>> downloads from github outside of git, e.g. from zip archives, for >>>>> way larger files work fine as well. >>>> [...] >>>> What if you explicitly disable HTTP/2 when cloning? >> [...] >>> Thanks for the idea! I tested it: >>> >>> $ git -c http.version=HTTP/1.1 clone >>> https://github.com/maliit/keyboard >> >> Over there at SO people are trying all sorts of black magic to combat a > problem >> which manifests itself in a way very similar to yours [1]. I'm not sure > anything from >> there could be of help but maybe worth trying anyway as you can override > any (or >> almost any) Git's configuration setting using that "-c" >> command-line option, so basically test round-trips should not be > painstakingly >> long. >> >> [...] >>> fetch-pack: unexpected disconnect while reading sideband packet >> [...] >>> Sadly, it seems like the error is only slightly different. >> >> I actually find it interesting that in each case a sideband packet is > mentioned. But >> quite possibly it's a red herring anyway. >> >> 1. https://stackoverflow.com/questions/66366582 > > I have customers who hit this problem frequently setting up git. It is 99% > of the time a firewall or proxy configuration issue, not specific to GitHub, > and changes to those usually resolve the problem. The firewall and proxy can > be implemented in the ISP's modem if coming from a home network. That is why > I really think the OP's issue is the network, not something that can > reasonably fixed in git. I think the network speed is also a potential > red-herring unless the speed issue relates to the ISP's configuration. >