Package Details: dfhack 0.47.05-11

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: masala_man (albron)
Last Packager: Ziusudra
Votes: 36
Popularity: 0.002229
First Submitted: 2011-08-07 11:03 (UTC)
Last Updated: 2022-12-05 06:04 (UTC)

Latest Comments

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

Moxon commented on 2016-12-17 00:05 (UTC) (edited on 2016-12-18 19:30 (UTC) by Moxon)

Darn, I am getting: ERROR: ld.so: object './hack/libdfhack.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored. when I start dfhack. I do have community/dwarffortress 0.43.05-4 installed as well. Any ideas? It works when I download the binary distribution from https://github.com/DFHack/dfhack/releases and unpack it into my .dwarffortress folder.

mkaito commented on 2016-08-23 14:40 (UTC)

If you find yourself unable to run dwarffortress 42.03 due to a missing library libGLEW 1.13, you can work around that by: sudo ln -s /usr/lib32/libGLEW.so.2.0.0 /usr/lib32/libGLEW.so.1.13 Just remember to remove that once you upgrade to a newer version of DF that can use GLEW 2.0

wookietreiber commented on 2016-07-02 11:46 (UTC)

Done. I made it so it depends on the exact same version number as dwarffortress. You have to install one from the Arch Linux Archives, because there is no dfhack yet for the most recent version of dwarffortress.

mkaito commented on 2016-07-02 01:50 (UTC)

As I've been busy with work lately, and will continue to be busy for the foreseeable future, I'm in fact okay with passing the package along. I'll orphan it right away. Please take care of it :)

wookietreiber commented on 2016-06-30 23:20 (UTC)

I took it upon myself to create a dfhack-bin AUR package: https://aur.archlinux.org/packages/dfhack-bin/ I also already started on creating a true source code based, compiled dfhack package. If you would orphan this package, I gladly would take over.

seylerius commented on 2016-05-03 06:39 (UTC)

Actually, that becomes an interesting question. Is there a valid purpose to having a package based on the source tarball, separate from a git package? If so, that would likely be the straight-up `dfhack`, while this would be `dfhack-bin` and the rolling git package would be `dfhack-git`. That tarball package is what I was referring to when I mentioned creating a `dfhack` source package.

mkaito commented on 2016-05-01 01:58 (UTC)

Actually, the source package should be dfhack-git, as per AUR naming conventions. If you're going to migrate to -bin, just delete this package. Poke me when you want to take over, Sey!

seylerius commented on 2016-04-30 21:16 (UTC)

Okay, finally got the laptop mostly straight. I think I'll be ready to take back over starting next weekend. You've been a serious help, mkaito. I agree with wookietreiber regarding renaming it dfhack-bin. Towards that end, I'll upload a new dfhack-bin AUR package that provides and conflicts dfhack. This should perhaps be reuploaded as a source package sometime shortly after. What do y'all think about using dependencies to migrate everyone over to dfhack-bin, then turning this into a source package in a month or so?

wookietreiber commented on 2016-04-25 10:23 (UTC)

this package should be named dfhack-bin

seylerius commented on 2016-04-10 22:48 (UTC)

Thanks, mkaito. I'm just getting my laptop straightened out, so it'll be a little bit longer before I'm on top of things again. I appreciate the help.

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