Hi, On Mon, Oct 06, 2025 at 09:08:49AM +1000, Kevin Koster wrote:
I know last time I was sure Git had hung and started writing a post warning about that, checking back just in case, and Git eventually finished while I was writing. At least a minute or two for an operation that's usually fairly immediate.
I think the problem is that it is downloading a single big 77MiB git object (pack) with all the contents and somehow this causes git to not print anything until the download finishes. On the GitHub side, it downloads multiple files and knows how many there are. I'm not sure what is causing this. If I use HTTP, this is what I see with -vv: % git clone -vv https://github.com/dillo-browser/dillo Cloning into 'dillo'... POST git-upload-pack (181 bytes) want 29a46a2da7e9350a1252e30aea3c8294097f63a4 (HEAD) want e14906ab1407f800e3a06d57c838a2887cf65a2f (refs/heads/3.0.5) ... want e637d2158a9ef1cb82273f54d9d68d0b05dbb6f6 (refs/tags/v3.2.0) want 5338882730f1098becb199fc629e0adf22e94461 (refs/tags/v3.2.0-rc1) POST git-upload-pack (gzip 1808 to 934 bytes) remote: Enumerating objects: 27353, done. remote: Counting objects: 100% (2266/2266), done. remote: Compressing objects: 100% (497/497), done. ^Cceiving objects: 1% (274/27353) But our server doesn't do that via HTTPS: % git clone -vv https://git.dillo-browser.org/dillo Cloning into 'dillo'... got f57e4fe95b2c0cfd2e966bcebdd6d21fd26e71bb walk f57e4fe95b2c0cfd2e966bcebdd6d21fd26e71bb Getting alternates list for https://git.dillo-browser.org/dillo got f48288b62f7e4d1e17cf06796d8738bd01de3746 Getting pack list for https://git.dillo-browser.org/dillo Getting index for pack dc484618e815fff3daa3971cb11b4b9457361592 got d5b3971fbd3b685d458d3e07061cfc5a01c31db7 got 8cd2d04fc6ed054b999744cedc0b29141d8fa747 got cb7820ed982df6e6dcac16ddd92eed8b8667f0d1 got 3a9d001498ca0c211431fd08bfce014c20f6a8f1 got e637d2158a9ef1cb82273f54d9d68d0b05dbb6f6 got db482d4c2b517270c7e1da03a090e6e293893139 got 5338882730f1098becb199fc629e0adf22e94461 Getting pack dc484618e815fff3daa3971cb11b4b9457361592 which contains 29a46a2da7e9350a1252e30aea3c8294097f63a4 ^here takes a lot of time However, via ssh I get immediate feedback: % git clone -vv XXXX@dillo-browser.org:dillo Cloning into 'dillo'... Server version is git/2.47.3 Server supports shallow Server supports multi_ack_detailed Server supports side-band-64k Server supports thin-pack Server supports no-progress Server supports include-tag Server supports ofs-delta Server supports deepen-since Server supports deepen-not Server supports deepen-relative want f57e4fe95b2c0cfd2e966bcebdd6d21fd26e71bb (HEAD) want f57e4fe95b2c0cfd2e966bcebdd6d21fd26e71bb (refs/heads/ci) want 29a46a2da7e9350a1252e30aea3c8294097f63a4 (refs/heads/master) want f48288b62f7e4d1e17cf06796d8738bd01de3746 (refs/heads/mouse-back-forward) want adb3d5c87fae7196dbae6c35828434cdcd6227a4 (refs/tags/2.1-noCss) want ce8e972a10c9340312f21511de053242dad3f5db (refs/tags/release-2_0) ... want e637d2158a9ef1cb82273f54d9d68d0b05dbb6f6 (refs/tags/v3.2.0) want 5338882730f1098becb199fc629e0adf22e94461 (refs/tags/v3.2.0-rc1) done remote: Enumerating objects: 27300, done. remote: Counting objects: 100% (27300/27300), done. remote: Compressing objects: 100% (6518/6518), done. ^Cceiving objects: 11% (3003/27300) There may be something we can tune in cgit or maybe in the git repository to make it faster. I'll need to dive a bit more on how git works under the hood to fix it. Best, Rodrigo.