Search Criteria
Package Details: dfhack 0.47.05-1
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: | |
Conflicts: | |
Submitter: | unknown |
Maintainer: | wookietreiber (albron, Ziusudra) |
Last Packager: | wookietreiber |
Votes: | 34 |
Popularity: | 0.089263 |
First Submitted: | 2011-08-07 11:03 |
Last Updated: | 2021-02-12 12:04 |
Dependencies (15)
- freetype2 (freetype2-v35, freetype2-old-hinting, freetype2-infinality, freetype2-ttmetrics, freetype2-ultimate5, freetype2-git, freetype2-infinality-remix, freetype2-minimal-git)
- libglvnd (libglvnd-git)
- libjpeg6 (libjpeg6-turbo)
- libpng12 (libpng12-git)
- libxcursor (libxcursor-git)
- libxinerama (libxinerama-randr-git)
- libxrandr (libxrandr-git)
- lua
- protobuf (protobuf3-git, protobuf-git, protobuf-static)
- dwarffortress=0.47.05 (dwarffortress-obsidian, dwarffortress-ironhand)
- cmake (cmake-git) (make)
- git (git-git) (make)
- perl-xml-libxml (make)
- perl-xml-libxslt (make)
- python-sphinx (python-sphinx-git, python-sphinx-2) (make)
Latest Comments
1 2 3 4 5 6 ... Next › Last »
Ziusudra commented on 2021-02-12 19:56
So, why hide the DFHack version in the PKGBUILD other than to hide the fact that you're pushing betas in a so called stable package? The upstream URL even has the word "stable" in it.
Sleedy, the operative word in your quote is "built". DFHack does not require a version of DF to build, only to run.
It is trivially easy for users that want to use the betas to do so. By pushing betas in a package that doesn't make it obvious that they're betas, you make it harder for those that don't want to use betas to avoid them.
sleedy commented on 2021-02-12 18:42
@Ziusudra The link you refer to states the following:
wookietreiber commented on 2021-02-12 13:15
Pushed the new version a few hours ago. I've been making AUR releases for the beta's in the past as well, so I'll keep on doing that.
Ziusudra commented on 2021-02-12 08:52
It having been done in the past does not make it ok, in my opinion.
It currently builds just fine, and runs fine with the matching DF version, it just doesn't run with the updated DF, which is what holding a package in pacman.conf is for.
The -git package conflict is there in case anyone does make that package, which anyone is welcome to do.
henkm commented on 2021-02-12 08:24
If you check the version history, you can see that in the past beta packages were released and even alpha packages. In my opinion,it is correct to do so because the current package can not be built due to upgraded dependencies (DF itself). But it's your call. Please also note that though a dfhack-git package is mentioned in conflicts, such a package does not actually exist.
Ziusudra commented on 2021-02-12 06:18
https://wiki.archlinux.org/index.php/Arch_package_guidelines#Package_versioning
So that page specifies that "Stable packages package stable releases" and the current beta release does not qualify for any of the exceptions.
Ziusudra commented on 2021-01-31 21:36
FYI, 0.47.04-7 is a new release for the previous version of DF, a new release for the current version is coming. The impatient can install DF manually and install an unstable DFHack build on that. See https://dwarffortresswiki.org/index.php/DF2014:Installation#Manual_or_multiple_installations and https://dfhack.org/builds/
Ziusudra commented on 2020-11-13 05:15
The issues with DFHack being unable to write files has been fixed upstream¹ and a new release should be available soon. The impatient could install DF+DFHack manually: https://dwarffortresswiki.org/index.php/DF2014:Installation#Manual_or_multiple_installations
¹ https://github.com/DFHack/dfhack/issues/1671
psychowico commented on 2020-10-28 21:51
I think I found the root of the issue. I had an old version of
cmake
in the system. Indeed I have the newest version installed bypacman
, but the system, for some reason, still has an old binary file (cmake version 3.4.1
) ofcmake
in/usr/local/bin
directory. I just moved it to/usr/local/bin/cmake.bak
, reinstalled thecmake
, and all worked.I am not sure how it happens, but I suspect the Antergos linux. Just before the Antergos died, I installed it on the machine as an experiment. After it falls, I did not reinstall the system - I just migrated to a clean arch. It looks like there are still some leftovers.
Sorry for the confusion, and thanks for your fantastic support. I am amazed at how helpful and responsive the dwarf-fortress related community is ;)
psychowico commented on 2020-10-28 12:03
Thanks. I will try to dig deeper later, maybe I will figure out something. The interesting part is that no other applications give me problems with installation/update on this OS.
The second interesting part is that I have installed DFHack before using
yay
-, but I can not update it to the newer version.Thanks for your support.