Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-06-06 Thread Roland Mainz via Cygwin
On Sun, May 26, 2024 at 6:08 AM David Dyck via Cygwin  wrote:
> I upgraded to the most recent git and I get the following error
> (  stable2.45.1-1x86_648597 KiB2024-05-25 18:58 )
>
> $ git clone -v https://github.com/lxml/lxml.git
> Cloning into 'lxml'...
> POST git-upload-pack (175 bytes)
> POST git-upload-pack (gzip 8652 to 4281 bytes)
> remote: Enumerating objects: 33933, done.
> remote: Counting objects: 100% (3778/3778), done.
> remote: Compressing objects: 100% (1322/1322), done.
> remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
> 30155
> Receiving objects: 100% (33933/33933), 20.19 MiB | 15.38 MiB/s, done.
> fatal: fetch-pack: invalid index-pack output
>
> when I downgraded to 2.43.0-1x86_648402 KiB2024-01-07 20:32
> I was able to get the repository download
>
> $ git clone -v https://github.com/lxml/lxml.git
> Cloning into 'lxml'...
> POST git-upload-pack (175 bytes)
> POST git-upload-pack (gzip 8652 to 4281 bytes)
> remote: Enumerating objects: 33933, done.
> remote: Counting objects: 100% (3778/3778), done.
> remote: Compressing objects: 100% (1322/1322), done.
> remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
> 30155
> Receiving objects: 100% (33933/33933), 20.19 MiB | 13.13 MiB/s, done.
> Resolving deltas: 100% (16518/16518), done.
[snip]

I am still getting this with Cygwin 3.6.0-0.115.g579064bf4d40.x86_64
with git 2.45, cloning from a local bundle (so no network involved):
 snip 
$ git --version
git version 2.45.1
+ git -c 'checkout.workers=16' clone -b releases/gcc-13.1.0
--single-branch ../gcc.bundle
Cloning into 'gcc'...
hint: Using 'master' as the name for the initial branch. This default
branch name
hint: is subject to change. To configure the initial branch name to use in all
hint: of your new repositories, which will suppress this warning, call:
hint:
hint:   git config --global init.defaultBranch 
hint:
hint: Names commonly chosen instead of 'master' are 'main', 'trunk' and
hint: 'development'. The just-created branch can be renamed via this command:
hint:
hint:   git branch -m 
fatal: premature end of pack file, 16 bytes missing
error: index-pack died
fatal: remote transport reported error
 snip 



Bye,
Roland
-- 
  __ .  . __
 (o.\ \/ /.o) roland.ma...@nrubsig.org
  \__\/\/__/  MPEG specialist, C&&& programmer
  /O /==\ O\  TEL +49 641 3992797
 (;O/ \/ \O;)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-28 Thread ASSI via Cygwin
Adam Dinwoodie via Cygwin writes:
> Thanks for the report. This is working fine for me locally. Can you
> please upgrade, check the problem is still recurring, and provide the
> output from `cygcheck -srv >cygcheck.out`?

This issue is most likely an upstream regression that was either
introduced among some security fixes that were less widely checked due
to disclosure embargo in 2.45 or else an earlier regression in 2.42 that
disabled the use of some deprecated OpenSSL3 functions (and missing one
or two instances of code that still need the functionality in certain
cases).



Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-28 Thread Brian Inglis via Cygwin

On 2024-05-27 16:10, Dan Shelton via Cygwin wrote:

I can replicate the 'fatal: fetch-pack: invalid index-pack output'
error with https://github.com/gcc-mirror/gcc.git, but only every 11-20
attempts.

I think this is a race condition somewhere, maybe in the threading code?


SO suggestions are other git versions in the path, bad downstream proxy cache, 
slow or invasive network security appliance, which may be bypassed with ssh or 
VPN URIs, low resource limits in containers, which can be relieved by bumping 
resources or reducing sizes:


git config pack.windowMemory 10m
git config pack.packSizeLimit 20m

or huge repos which can be alleviated by a shallow clone --depth=1.

--
Take care. Thanks, Brian Inglis  Calgary, Alberta, Canada

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-27 Thread David Dyck via Cygwin
Thank you for your ideas!

I have made no changes but can't reproduce the issue today
both with a very short path of /usr/bin and the original path
I tried with VPN off or on
I would be happy to try a few other experiments - but I don't even need the
workaround of reverting to an older git


$ which git
/usr/bin/git

$ git --version
git version 2.45.1

OPATH="$PATH"
PATH="/usr/bin"
git clone -v https://github.com/lxml/lxml.git

mv lxml lxml-
PATH="$OPATH"
git clone -v https://github.com/lxml/lxml.git

while rm -rf lxml && time git clone -v https://github.com/lxml/lxml.git  ;
do date ; done

at the moment the above loop runs hundreds of times without errors

On Mon, May 27, 2024 at 1:31 PM Adam Dinwoodie  wrote:

>
>
> I've just set up a test sandbox with the same set of Cygwin
> applications installed, and I'm still not able to replicate this
> failure, which is going to make it difficult to work out what's going
> wrong for you!
>
> I note your Cygwin PATH has several entries before /bin, including a
> ~/bin that apparently contains a perl executable; can you see if you
> can reproduce the problem with a clean PATH?
>
> In any case, I'm having to conclude the issue is something odd about
> your environment that doesn't seem to be affecting most people.
> Working out what's going wrong will probably require isolating what
> difference is relevant here. I think there's two obvious routes to
> doing that: you can work out what's odd about your environment (maybe
> use Windows Sandbox, given you're running Windows Enterprise? I've
> attached a .wsb file that should give you a starting point for setting
> up test environments, based on your cygcheck.out), or you can work out
> what's changed in Git between 2.42.0 and 2.45.1, which will probably
> mean building and bisecting Git yourself; once we know what change is
> the culprit, that'll make it much easier to work out what's going
> wrong.
>
> If it'd be useful, I can provide some test builds of Git to help
> narrow down where the problem is, but if you can do the builds
> yourself, that'll be a lot quicker than trying to do a binary chop by
> email…
>

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-27 Thread Dan Shelton via Cygwin
I can replicate the 'fatal: fetch-pack: invalid index-pack output'
error with https://github.com/gcc-mirror/gcc.git, but only every 11-20
attempts.

I think this is a race condition somewhere, maybe in the threading code?

Dan

On Mon, 27 May 2024 at 21:45, Csaba Ráduly via Cygwin  wrote:
>
> On 26/05/2024 14:03, Adam Dinwoodie via Cygwin wrote:
> > On Sun, 26 May 2024 at 05:10, David Dyck via Cygwin wrote:
> >> I upgraded to the most recent git and I get the following error
> >> (  stable2.45.1-1x86_648597 KiB2024-05-25 18:58 )
> >>
> >> $ git clone -v https://github.com/lxml/lxml.git
> >> Cloning into 'lxml'...
> >> POST git-upload-pack (175 bytes)
> >> POST git-upload-pack (gzip 8652 to 4281 bytes)
> >> remote: Enumerating objects: 33933, done.
> >> remote: Counting objects: 100% (3778/3778), done.
> >> remote: Compressing objects: 100% (1322/1322), done.
> >> remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
> >> 30155
> >> Receiving objects: 100% (33933/33933), 20.19 MiB | 15.38 MiB/s, done.
> >> fatal: fetch-pack: invalid index-pack output
> >>
> >> when I downgraded to 2.43.0-1x86_648402 KiB2024-01-07 20:32
> >> I was able to get the repository download
> >>
> >> $ git clone -v https://github.com/lxml/lxml.git
> >> Cloning into 'lxml'...
> >> POST git-upload-pack (175 bytes)
> >> POST git-upload-pack (gzip 8652 to 4281 bytes)
> >> remote: Enumerating objects: 33933, done.
> >> remote: Counting objects: 100% (3778/3778), done.
> >> remote: Compressing objects: 100% (1322/1322), done.
> >> remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
> >> 30155
> >> Receiving objects: 100% (33933/33933), 20.19 MiB | 13.13 MiB/s, done.
> >> Resolving deltas: 100% (16518/16518), done.
> > Thanks for the report. This is working fine for me locally.
>
>  Me too 
>
> $ git --version
> git version 2.45.1
> $ git clone -v https://github.com/lxml/lxml.git
> Cloning into 'lxml'...
> POST git-upload-pack (175 bytes)
> POST git-upload-pack (gzip 8652 to 4282 bytes)
> remote: Enumerating objects: 33941, done.
> remote: Counting objects: 100% (3786/3786), done.
> remote: Compressing objects: 100% (1327/1327), done.
> remote: Total 33941 (delta 2361), reused 3474 (delta 2244), pack-reused
> 30155
> Receiving objects: 100% (33941/33941), 20.20 MiB | 13.19 MiB/s, done.
> Resolving deltas: 100% (16523/16523), done.
>
> Csaba
>
> --
> Life is complex, with real and imaginary parts.
>
>
> --
> Problem reports:  https://cygwin.com/problems.html
> FAQ:  https://cygwin.com/faq/
> Documentation:https://cygwin.com/docs.html
> Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple



-- 
Dan Shelton - Cluster Specialist Win/Lin/Bsd

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-27 Thread Adam Dinwoodie via Cygwin
On Sun, 26 May 2024 at 23:45, David Dyck via Cygwin  wrote:
>
> After updating I still get the same error.
>
> $ git clone -v https://github.com/lxml/lxml.git
> Cloning into 'lxml'...
> POST git-upload-pack (175 bytes)
> POST git-upload-pack (gzip 8652 to 4282 bytes)
> remote: Enumerating objects: 33941, done.
> remote: Counting objects: 100% (3786/3786), done.
> remote: Compressing objects: 100% (1328/1328), done.
> remote: Total 33941 (delta 2360), reused 3474 (delta 2243), pack-reused
> 30155
> Receiving objects: 100% (33941/33941), 20.20 MiB | 17.42 MiB/s, done.
> fatal: fetch-pack: invalid index-pack output
>
>
> $ cygcheck -srv >cygcheck.out
> cygcheck: dump_sysinfo: GetVolumeInformation() for drive S: failed: 53
>
> $ git --version
> git version 2.45.1
>
> $ cygcheck -c git
> Cygwin Package Information
> Package  VersionStatus
> git  2.45.1-1   OK
>
> $  type git
> git is hashed (/usr/bin/git)
>
> attached cygcheck.out

I've just set up a test sandbox with the same set of Cygwin
applications installed, and I'm still not able to replicate this
failure, which is going to make it difficult to work out what's going
wrong for you!

I note your Cygwin PATH has several entries before /bin, including a
~/bin that apparently contains a perl executable; can you see if you
can reproduce the problem with a clean PATH?

In any case, I'm having to conclude the issue is something odd about
your environment that doesn't seem to be affecting most people.
Working out what's going wrong will probably require isolating what
difference is relevant here. I think there's two obvious routes to
doing that: you can work out what's odd about your environment (maybe
use Windows Sandbox, given you're running Windows Enterprise? I've
attached a .wsb file that should give you a starting point for setting
up test environments, based on your cygcheck.out), or you can work out
what's changed in Git between 2.42.0 and 2.45.1, which will probably
mean building and bisecting Git yourself; once we know what change is
the culprit, that'll make it much easier to work out what's going
wrong.

If it'd be useful, I can provide some test builds of Git to help
narrow down where the problem is, but if you can do the builds
yourself, that'll be a lot quicker than trying to do a binary chop by
email…


cygwintest.wsb
Description: Binary data

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-27 Thread Brian Inglis via Cygwin

On 2024-05-26 16:44, David Dyck via Cygwin wrote:

After updating I still get the same error.

$ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4282 bytes)
remote: Enumerating objects: 33941, done.
remote: Counting objects: 100% (3786/3786), done.
remote: Compressing objects: 100% (1328/1328), done.
remote: Total 33941 (delta 2360), reused 3474 (delta 2243), pack-reused
30155
Receiving objects: 100% (33941/33941), 20.20 MiB | 17.42 MiB/s, done.
fatal: fetch-pack: invalid index-pack output


$ cygcheck -srv >cygcheck.out
cygcheck: dump_sysinfo: GetVolumeInformation() for drive S: failed: 53

$ git --version
git version 2.45.1

$ cygcheck -c git
Cygwin Package Information
Package  VersionStatus
git  2.45.1-1   OK

$  type git
git is hashed (/usr/bin/git)

attached cygcheck.out


Retry running git prefixed with PATH=/usr/bin:/bin/:/usr/sbin:/sbin
ISTR in the past having to lose MS dirs from my Cygwin PATH.

--
Take care. Thanks, Brian Inglis  Calgary, Alberta, Canada

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry


--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-27 Thread Csaba Ráduly via Cygwin

On 26/05/2024 14:03, Adam Dinwoodie via Cygwin wrote:

On Sun, 26 May 2024 at 05:10, David Dyck via Cygwin wrote:

I upgraded to the most recent git and I get the following error
(  stable2.45.1-1x86_648597 KiB2024-05-25 18:58 )

$ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4281 bytes)
remote: Enumerating objects: 33933, done.
remote: Counting objects: 100% (3778/3778), done.
remote: Compressing objects: 100% (1322/1322), done.
remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
30155
Receiving objects: 100% (33933/33933), 20.19 MiB | 15.38 MiB/s, done.
fatal: fetch-pack: invalid index-pack output

when I downgraded to 2.43.0-1x86_648402 KiB2024-01-07 20:32
I was able to get the repository download

$ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4281 bytes)
remote: Enumerating objects: 33933, done.
remote: Counting objects: 100% (3778/3778), done.
remote: Compressing objects: 100% (1322/1322), done.
remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
30155
Receiving objects: 100% (33933/33933), 20.19 MiB | 13.13 MiB/s, done.
Resolving deltas: 100% (16518/16518), done.

Thanks for the report. This is working fine for me locally.


 Me too 

$ git --version
git version 2.45.1
$ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4282 bytes)
remote: Enumerating objects: 33941, done.
remote: Counting objects: 100% (3786/3786), done.
remote: Compressing objects: 100% (1327/1327), done.
remote: Total 33941 (delta 2361), reused 3474 (delta 2244), pack-reused 
30155

Receiving objects: 100% (33941/33941), 20.20 MiB | 13.19 MiB/s, done.
Resolving deltas: 100% (16523/16523), done.

Csaba

--
Life is complex, with real and imaginary parts.


--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-26 Thread Brian Inglis via Cygwin

On 2024-05-26 06:03, Adam Dinwoodie via Cygwin wrote:

On Sun, 26 May 2024 at 05:10, David Dyck via Cygwin wrote:


I upgraded to the most recent git and I get the following error
(  stable2.45.1-1x86_648597 KiB2024-05-25 18:58 )

$ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4281 bytes)
remote: Enumerating objects: 33933, done.
remote: Counting objects: 100% (3778/3778), done.
remote: Compressing objects: 100% (1322/1322), done.
remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
30155
Receiving objects: 100% (33933/33933), 20.19 MiB | 15.38 MiB/s, done.
fatal: fetch-pack: invalid index-pack output

when I downgraded to 2.43.0-1x86_648402 KiB2024-01-07 20:32
I was able to get the repository download

$ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4281 bytes)
remote: Enumerating objects: 33933, done.
remote: Counting objects: 100% (3778/3778), done.
remote: Compressing objects: 100% (1322/1322), done.
remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
30155
Receiving objects: 100% (33933/33933), 20.19 MiB | 13.13 MiB/s, done.
Resolving deltas: 100% (16518/16518), done.


Thanks for the report. This is working fine for me locally. Can you
please upgrade, check the problem is still recurring, and provide the
output from `cygcheck -srv >cygcheck.out`?


I got the same symptom yesterday from the previous git version on the recently 
updated curl repo, and just put it down to traffic, as `git pull --ff` worked 
immediately after, as did a later `git remote update`:


$ git remote update
remote: Enumerating objects: 6617, done.
remote: Counting objects: 100% (4385/4385), done.
remote: Compressing objects: 100% (280/280), done.
error: RPC failed; curl 92 HTTP/2 stream 5 was not closed cleanly: CANCEL (err 
8)
error: 4751 bytes of body are still expected
fetch-pack: unexpected disconnect while reading sideband packet
fatal: early EOF
fatal: fetch-pack: invalid index-pack output
$ git --version
git version 2.43.0

Of course, it could also be some issue with my latest curl build! ;^>

--
Take care. Thanks, Brian Inglis  Calgary, Alberta, Canada

La perfection est atteinte   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer but when there is no more to cut
-- Antoine de Saint-Exupéry

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple


Re: new git update fails with fatal: fetch-pack: invalid index-pack output

2024-05-26 Thread Adam Dinwoodie via Cygwin
On Sun, 26 May 2024 at 05:10, David Dyck via Cygwin wrote:
>
> I upgraded to the most recent git and I get the following error
> (  stable2.45.1-1x86_648597 KiB2024-05-25 18:58 )
>
> $ git clone -v https://github.com/lxml/lxml.git
> Cloning into 'lxml'...
> POST git-upload-pack (175 bytes)
> POST git-upload-pack (gzip 8652 to 4281 bytes)
> remote: Enumerating objects: 33933, done.
> remote: Counting objects: 100% (3778/3778), done.
> remote: Compressing objects: 100% (1322/1322), done.
> remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
> 30155
> Receiving objects: 100% (33933/33933), 20.19 MiB | 15.38 MiB/s, done.
> fatal: fetch-pack: invalid index-pack output
>
> when I downgraded to 2.43.0-1x86_648402 KiB2024-01-07 20:32
> I was able to get the repository download
>
> $ git clone -v https://github.com/lxml/lxml.git
> Cloning into 'lxml'...
> POST git-upload-pack (175 bytes)
> POST git-upload-pack (gzip 8652 to 4281 bytes)
> remote: Enumerating objects: 33933, done.
> remote: Counting objects: 100% (3778/3778), done.
> remote: Compressing objects: 100% (1322/1322), done.
> remote: Total 33933 (delta 2356), reused 3471 (delta 2241), pack-reused
> 30155
> Receiving objects: 100% (33933/33933), 20.19 MiB | 13.13 MiB/s, done.
> Resolving deltas: 100% (16518/16518), done.

Thanks for the report. This is working fine for me locally. Can you
please upgrade, check the problem is still recurring, and provide the
output from `cygcheck -srv >cygcheck.out`?

Sun 26 May 12:57 $ git clone -v https://github.com/lxml/lxml.git
Cloning into 'lxml'...
POST git-upload-pack (175 bytes)
POST git-upload-pack (gzip 8652 to 4282 bytes)
remote: Enumerating objects: 33941, done.
remote: Counting objects: 100% (3786/3786), done.
remote: Compressing objects: 100% (1328/1328), done.
remote: Total 33941 (delta 2360), reused 3474 (delta 2243), pack-reused 30155
Receiving objects: 100% (33941/33941), 20.20 MiB | 3.60 MiB/s, done.
Resolving deltas: 100% (16522/16522), done.

Sun 26 May 12:58 $ git --version
git version 2.45.1

Sun 26 May 12:58 $ cygcheck -c git
Cygwin Package Information
Package  VersionStatus
git  2.45.1-1   OK

Sun 26 May 12:59 $ type git
git is hashed (/usr/bin/git)

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple