Package Details: dfhack 0.47.04-3

Git Clone URL: (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:
Keywords: dwarffortress
Licenses: custom
Conflicts: dfhack-bin, dfhack-git
Submitter: unknown
Maintainer: wookietreiber (albron, Ziusudra)
Last Packager: Ziusudra
Votes: 34
Popularity: 0.003045
First Submitted: 2011-08-07 11:03
Last Updated: 2020-04-26 22:34

Latest Comments

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

mkaito commented on 2016-04-05 12:08

0.42.06-alpha2 is a pre-release. I'll continue tracking stable releases with this package. I haven't gotten around to looking into resurrecting dfhack-git yet.

mkaito commented on 2016-03-01 16:07

Hey, I've picked up the package for the time being. If seylerius wants it back, I'll disown it ASAP.

In the meantime, I'll update the package to 40.24_r5 until the newer versions get out of alpha.

seylerius commented on 2016-01-31 22:54

Two updates, folks:

1. DFHack is still on an alpha release at the moment. If y'all want me packaging alpha versions, speak up, but I'm of a beta-or-better mindset for this. DFHack-git follows their development faster.

2. My laptop (where I do development and packaging) is out of commission until after Friday, because I need to get paid (on Friday) and order a part. Nothing is happening until that's fixed. I'll be happy to package an alpha version if y'all want one at that point.

seylerius commented on 2015-12-18 03:47

Nope. The DFHack team is working to update the mapping of DF's memory structures to the new version, and I'll update our distribution of DFHack as soon as they release a compatible version.

rudregues commented on 2015-12-18 00:59

Is there a way to edit this package to target the new version of dwarf fortress? (version 0.42.03)

pheerai commented on 2015-11-01 16:18

Currently, this doesn't build on x86-46:

It seems as if lib32-libjpeg6 has been removed during the aur4-update, maybe lib32-libjpeg6-turbo works.

Additionaly, please consider using 'depends_x86_64' and 'depends_i686' instead of dpends and then checking for $CARCH, this will also repair the dependency-listing on the AUR-Page

emhs commented on 2015-03-25 04:41

Yeah, I think we need a master tileset tool, and individual tilesets would depend on it. The tileset tool would then set the tileset config in the user directory. Some variant of union directories might be helpful, since most of the ~/.dwarffortress (and most importantly for our purposes the folder where the tileset lives) is symlinked from /opt/dwarffortress.

ewtoombs commented on 2015-03-25 01:40

Man, that's brutal. Archers everywhere should make an effort toward some kind of tileset swapping convention so the mayday tileset or any other tileset can be downloaded as a separate package.

emhs commented on 2015-01-11 23:39

Not directly. It requires adding files to the DF installation directory, and so is customized for the default DF location. A hypothetical aur/dfhack-mayday would install DFHack to the location where dwarffortress-mayday is installed. And, if the mayday package is also using a form of the arch dwarffortress script, you'd need to update the dwarffortress-hacked script and dfhack-run script included here to use that location as well.

ewtoombs commented on 2015-01-11 23:36

Is this compatible with the mayday version?