You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Description
I have built the synobuild image, but when I invoke this command: "sudo docker run --rm --privileged --env PACKAGE_ARCH=geminilake --env DSM_VER=7.2 -v $(pwd)/artifacts:/result_spk synobuild", I get the error below:
wget https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz
--2024-01-21 18:47:30-- https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz
Resolving git.zx2c4.com (git.zx2c4.com)... 86.109.7.149, 2604:1380:45f1:e200::3
Connecting to git.zx2c4.com (git.zx2c4.com)|86.109.7.149|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: unspecified [application/x-xz]
Saving to: 'wireguard-linux-compat-1.0.20220627.tar.xz'
0K .......... .......... .......... .......... .......... 2.87M
50K .......... .......... ......... 66.9M=0.02s
2024-01-21 18:47:31 (4.45 MB/s) - 'wireguard-linux-compat-1.0.20220627.tar.xz' saved [81260]
tar -xf wireguard-linux-compat-1.0.20220627.tar.xz
xz: (stdin): Unexpected end of input
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
Steps to reproduce
Even when I run the command manually on my NAS:
I get a file that's exactly "81260" bytes in size, and it doesn't untar properly.
When I tried downloading this file from my Windows PC via Firefox by simply entering the URL, it consistently requires several attempts before the file can eventually be downloaded. And the size of the file is actually "264016" bytes in size.
Expected behavior
The container can complete this step wget https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz
I actually have a local copy of the file because I can get Firefox to download it albeit with failed attempts before it can successfully be donwloaded. Can anyone tell me how to work around this problem and build an image that grabs this file elsewhere when the step is reached (so I can feed the file to the container instead of it trying to get the file from https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz)?
The text was updated successfully, but these errors were encountered:
Simply cannot be downloaded successfully by the container. I even tried with the container behind a VPN provider to mimic connecting from various countries, but no good. There is clearly a problem currently with git.zx2c4.com from what I can tell.
Like I said, I could download these two files successfully with a desktop browser and after making numerous failed attempts. So I ended up hosting these 2 files in my own file server, then change the "Makefile" to change the URL from git.zx2c4.com to myownserver.com, before building the image then creating the container to make the .spk installation file.
But the problem remains that git.zx2c4.com seems to be super unstable.
Description
I have built the synobuild image, but when I invoke this command: "sudo docker run --rm --privileged --env PACKAGE_ARCH=geminilake --env DSM_VER=7.2 -v $(pwd)/artifacts:/result_spk synobuild", I get the error below:
Steps to reproduce
Even when I run the command manually on my NAS:
I get a file that's exactly "81260" bytes in size, and it doesn't untar properly.
When I tried downloading this file from my Windows PC via Firefox by simply entering the URL, it consistently requires several attempts before the file can eventually be downloaded. And the size of the file is actually "264016" bytes in size.
Expected behavior
The container can complete this step
wget https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz
I actually have a local copy of the file because I can get Firefox to download it albeit with failed attempts before it can successfully be donwloaded. Can anyone tell me how to work around this problem and build an image that grabs this file elsewhere when the step is reached (so I can feed the file to the container instead of it trying to get the file from https://git.zx2c4.com/wireguard-linux-compat/snapshot/wireguard-linux-compat-1.0.20220627.tar.xz)?
The text was updated successfully, but these errors were encountered: