Package Details: dfhack 0.47.05-2

Git Clone URL: https://aur.archlinux.org/dfhack.git (read-only, click to copy)
Package Base: dfhack
Description: memory hacking library for Dwarf Fortress and a set of tools that use it
Upstream URL: https://dfhack.readthedocs.io/en/stable/
Keywords: dwarffortress
Licenses: custom
Conflicts: dfhack-bin, dfhack-git
Submitter: unknown
Maintainer: wookietreiber (albron, Ziusudra)
Last Packager: Ziusudra
Votes: 36
Popularity: 0.50
First Submitted: 2011-08-07 11:03
Last Updated: 2021-03-06 23:21

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 ... Next › Last »

Ziusudra commented on 2020-10-28 11:52

Well, the URL is correct and curl claims to support https, so I'm at a loss. We appear to have the same plugins/stonesense/CMakeLists.txt file and curl. Something on your computer is making curl give the 1;"Unsupported protocol" error and I don't know how to find out what.

Your options at this point are: ask on the Arch forums and/or submit an issue at the DFHack github. As a temporary work around you could you could change that plugins/stonesense/CMakeLists.txt file to use http, download the files manually, or switch to the dfhack-bin AUR package.

I gotta get some sleep, etc so I'll be offline for at least 10 hours.

psychowico commented on 2020-10-28 11:23

Output of curl -V:

curl 7.73.0 (x86_64-pc-linux-gnu) libcurl/7.73.0 OpenSSL/1.1.1h zlib/1.2.11 zstd/1.4.5 libidn2/2.3.0 libpsl/0.21.1 (+libidn2/2.3.0) libssh2/1.9.0 nghttp2/1.41.0
Release-Date: 2020-10-14
Protocols: dict file ftp ftps gopher http https imap imaps mqtt pop3 pop3s rtsp scp sftp smb smbs smtp smtps telnet tftp 
Features: AsynchDNS GSS-API HTTP2 HTTPS-proxy IDN IPv6 Kerberos Largefile libz NTLM NTLM_WB PSL SPNEGO SSL TLS-SRP UnixSockets zstd

Ziusudra commented on 2020-10-28 10:46

OK, what's the output of curl -V?

psychowico commented on 2020-10-28 09:35

The output of: grep -A 6 -B 3 linux64-allegro5010.tar.gz ".../CMakeLists.txt"

        IF(STONESENSE_INTERNAL_SO)
            set(ALLEGRO_DOWNLOAD_DIR ${stonesense_SOURCE_DIR}/allegro/linux${DFHACK_BUILD_ARCH})
            if("${DFHACK_BUILD_ARCH}" STREQUAL "64")
                set(ALLEGRO_DOWNLOAD_FILE "linux64-allegro5010.tar.gz")
                download_file("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/linux64-allegro5010.tar.gz"
                    "${ALLEGRO_DOWNLOAD_DIR}/${ALLEGRO_DOWNLOAD_FILE}"
                    "343f44224ee61508b89b11adb35a4dd9")
            else()
                set(ALLEGRO_DOWNLOAD_FILE "linux32-allegro509b.tar.bz2")
                download_file("https://github.com/DFHack/dfhack-bin/releases/download/0.44.09/linux32-allegro509b.tar.bz2"
                    "${ALLEGRO_DOWNLOAD_DIR}/${ALLEGRO_DOWNLOAD_FILE}"

Ziusudra commented on 2020-10-28 09:19

cURL is saying status: [1;"Unsupported protocol"] which explains the empty files. But I don't know why it would do that.

After getting the error, what is the output of grep linux64-allegro5010.tar.gz "/home/psychowico/.cache/yay/dfhack/src/dfhack/plugins/stonesense/CMakeLists.txt"

psychowico commented on 2020-10-28 08:05

And do the downloaded files have the same incorrect hash as before? Yes. It's the same incorrect hash like in my comment before.

I think it's not caching the files anywhere. On the beginning it ask me if it should use cache:

  1 dfhack                                   (Installed) (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> 1
:: Deleting (1/1): /home/psychowico/.cache/yay/dfhack

I see the entire process when the yay download the files first (it takes some time) and the got error on verification step.

I checked all files: "linux64-allegro5010.tar.gz", "libruby.so.gz" and "libruby.so" and they have 0 bytes. Any idea what could going on?

psychowico commented on 2020-10-28 08:04

And do the downloaded files have the same incorrect hash as before? Yes. It's the same incorrect hash like in my comment before.

I think it's not caching the files anywhere. On the beginning it ask me if it should use cache:

  1 dfhack                                   (Installed) (Build Files Exist)
==> Packages to cleanBuild?
==> [N]one [A]ll [Ab]ort [I]nstalled [No]tInstalled or (1 2 3, 1-3, ^4)
==> 1
:: Deleting (1/1): /home/psychowico/.cache/yay/dfhack

I see the entire process when the yay download the files first (it takes some time) and the got error on verification step.

I checked all files: "linux64-allegro5010.tar.gz", "libruby.so.gz" and "libruby.so" and they have 0 bytes. Any idea what could going on?

Ziusudra commented on 2020-10-18 21:24

And do the downloaded files have the same incorrect hash as before?

I just deleted my src/ and rebuilt the package and it downloaded those same files with the correct hash.

Maybe Yay has another place where it caches files. At this point I'd try asking in the Arch forums to get more help trying to figure out why you're getting corrupt files.

I'd also try manually using gzip to verify the downloaded files. Um, --test is what gzip calls it.

psychowico commented on 2020-10-18 12:42

fsck found no errors in the partition. I removed again entire /home/psychowico/.cache/yay/dfhack. The problem is still here, exactly the same error log.

psychowico commented on 2020-10-18 09:56

I tried removing the entire /home/psychowico/.cache before I posted the message, but it did not help. I will check fsck approach, but it looks strange - I have no problems with any other package (and I had no problem with the older version of dfhack package). I will let you know about the results here.