Wine - nofshack runner

Support
1

I’m running Fedora 31, with native wine, 4.21 installed.

Trying to install borderlands 3 from borderlands-3-epic, install is failing because the installer requires a lutris version of wine, lutris.nyc3.cdn.digitaloceanspaces.com/runners/wine/wine-lutris-nofshack-4.18-x86_64.tar.xz

however this .xz file seems to be corrupted on my system, i’ve tried to tar xJf this file on both Fedora 31 and Debian linux with the same error. (xz: (stdin): Compressed data is corrupt).

Can someone please test this upstream file on another build?

Lutrix log:
ERROR 2019-12-16 15:36:21,931 [errors.init:15]:Corrupt input data

2

I downloaded the file from your URL; unpacked correctly, no errors. Perhaps you got a bad copy? Try doing a checksum.
sha1sum on my copy of the file produced 0220c3f560cff5994bb95c65e4b3c6cc99b32a7e

3

Hmm, that seems to be the issue then, I’ve downloaded this file several times now and my checksum is always as below.

sha1sum
3a489a81b5ddb3af5782a6b67cf113d099700068 wine-lutris-nofshack-4.18-x86_64.tar (1).xz
3a489a81b5ddb3af5782a6b67cf113d099700068 wine-lutris-nofshack-4.18-x86_64.tar (2).xz
3a489a81b5ddb3af5782a6b67cf113d099700068 wine-lutris-nofshack-4.18-x86_64.tar (3).xz
3a489a81b5ddb3af5782a6b67cf113d099700068 wine-lutris-nofshack-4.18-x86_64.tar (4).xz
3a489a81b5ddb3af5782a6b67cf113d099700068 wine-lutris-nofshack-4.18-x86_64.tar (5).xz
3a489a81b5ddb3af5782a6b67cf113d099700068 wine-lutris-nofshack-4.18-x86_64.tar.xz

Now to work out why i’m getting a different file?

for reference sake, I’ve tried this on manjaro, Fedora, Debian, and Ubuntu. It must be something upstream from me. ISP, cache somewhere perhaps.

When I download this from a US Google Cloud instance i get the sha1
0220c3f560cff5994bb95c65e4b3c6cc99b32a7e,

unsure if this is now a australian redirection issue, or local to my network.

4

It could be that the link redirects to closest server, and the one you’re getting has bad copy.
Either way this issue should fix it… Or at least detect it.

5

Thanks,

I can confirm that when i download this file from within Australia i get a bad copy, is someone able to repush to your mirrors?

Also as referenced in your git ticket, this is a somewhat serious issue as malware could be injected upstream, i agree that a checksum should be checked, or preferable would be GPG Signing.

I’m unsure how to fix this issue though, i got a copy of the ‘working’ tarball, but shy of catching the DNS query and redirecting to a local http server i’m not sure how to force this packge to use it.

Thanks.

6

You could probably just fake the URL by using the hosts file (temporarily, of course). To serve files from a folder on http://localhost, you can use command sudo python3 -m http.server 80 (to have /runners/… in the file path you’ll need to put it in a subdirectory with such a name).