Docker build in WSL fails on curl download (curl: 56, unexpected eof)

[luhur65]

I am trying to build a static FrankenPHP binary using their official Docker setup on Windows 10 with WSL 2 (Ubuntu). The build process, which uses docker buildx bake, fails at a step that downloads the static-php-cli (spc) binary.

docker buildx bake --load \ --set static-builder-musl.args.PHP_VERSION=8.2 \ --set static-builder-musl.args.FRANKENPHP_VERSION=v1.9.1 \ --set static-builder-musl.args.PHP_EXTENSIONS=pdo_sqlsrv,sqlsrv \ static-builder-musl

Troubleshooting Steps I've Taken: Direct curl in WSL: I ran the exact same curl command directly in my WSL terminal (outside of Docker), and it failed with the identical curl: (56) error.

I temporarily disabled my Windows Defender Firewall for both private and public networks, but the error persisted in WSL.

and then access via browser, i got this

What could be causing this specific network interruption (unexpected eof) for long-running curl downloads that originate from within WSL?

Is there a known network configuration issue (e.g., MTU size), a deeper firewall rule, or a WSL networking-specific setting I might be missing that is causing these connections to be prematurely terminated?

Any help or insight into the root cause of this WSL network behavior would be greatly appreciated.

[withinboredom]

considering you are seeing NXDOMAIN error, that means the domain doesn't exist. I do see the domain:

❯ dig dl.static-php.dev

; <<>> DiG 9.18.30-0ubuntu0.24.04.2-Ubuntu <<>> dl.static-php.dev
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38015
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;dl.static-php.dev.             IN      A

;; ANSWER SECTION:
dl.static-php.dev.      300     IN      A       104.21.59.29
dl.static-php.dev.      300     IN      A       172.67.211.210

;; Query time: 20 msec
;; SERVER: 10.255.255.254#53(10.255.255.254) (UDP)
;; WHEN: Sun Sep 14 22:34:38 CEST 2025
;; MSG SIZE  rcvd: 78

Check your DNS provider to make sure the domain isn't being blocked.

[henderkes]

The error that you should install the package even though it is installed is fixed in the branch I linked you.

[henderkes]

Oh you're using spc-alpine-docker. I have not tried with that. Use bin/spc instead.

[luhur65]

Oh you're using spc-alpine-docker. I have not tried with that. Use bin/spc instead.

"I encountered this issue when using bin/spc. However, when I used spc-alpine-docker, it worked fine.

[luhur65]

Can you try from this branch please:

crazywhalecc/static-php-cli#897

Yeah, this works perfectly — thank you so much!
xcaddy is now building successfully.

[luhur65]

Can you try from this branch please:
crazywhalecc/static-php-cli#897

Yeah, this works perfectly — thank you so much! xcaddy is now building successfully.

i use ./bin/spc-alpine-docker in codespace, because it's work fine

[luhur65]

I'm still wondering about the message that appears indicating that PHP is issuing a deprecation message like:
"Deprecation Notice: PHP < 8.4 is deprecated, please upgrade your PHP version."

And GCC misinterprets this as a file that should be linked.

[henderkes]

That appears when the php version used to run bin/spc is 8.3 instead of 8.4.