Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Clément]

I am trying to automate release builds for Linux and macOS with travis. I finally got it to upload files, the linux AppImage need more work, but I have no idea if the macOS dmg works (the file size looks ok and there is no obvious error in the log). You can download it here to test it.

[lethosor]

It might be nice to include the platform in the filenames. I'll be able to test the Mac build tomorrow, probably, if nobody else gets to it first.

[jecowa]

It requires Mac OS X 10.12 Sierra or later. It crashes when trying to connect to 32-bit Dwarf Fortress v0.44.02. But it's the best 64-bit Mac version of Dwarf Therapist that I've ever seen, and I really appreciate it. I'm glad you are able to make this.

I'm not too concerned about it not working with 32-bit Dwarf Fortress. Having Dwarf Therapist for 64-bit Dwarf Fortress removes the only reason for running 32-bit Dwarf Fortress, imo. (I only used 32-bit Dwarf Fortress because I hadn't been able to use Dwarf Therapist with the 64-bit version of Dwarf Fortress before now.) If you really care about this issue, the included 32-bit memory layout looks fine,though, and is the same as the one that's working in the old 32-bit Dwarf Therapist build from Fricy.

It'd be kind of cool if you could make it work on Mac OS X 10.11 El Capitan. Apple raised the system requirements with Sierra, so users with older computers are stuck on El Capitan. Your Sierra+ build brings support to 66% of Mac Users. The previous High Sierra+ build from salajander only supported 37% of Mac users. So your build is a big improvement. If you somehow got it working on El Capitan, that would allow 88% of Mac users to run 64-bit Dwarf Therapist.

Thank you very much!

[Clément]

The 32/64 bits issue is known for OS X, but I forgot to say it. I created a related issue, so it is not forgotten.

I can choose other OS X versions. If I understand correctly, C++14 requires Xcode 6.3/Apple LLVM 6.1 or newer. Should I try the xcode6.4 image or is xcode8 enough? I don't know how OS X updates work, can everyone with OS X 10.10 update to 10.11?

[jecowa]

Unless they are doing something weird, everyone with OS X 10.10 (Xcode 6.4) should be able to upgrade to 10.11 (Xcode . Apple has made a special webpage for users to download 10.10 El Capitan (normally you can only update to the latest version of OSX). According to a recent survey, only 2% of Mac players used v10.10 for Dwarf Fortress. So Xcode8 sounds great. Thank you!

[lethosor]

If you're just referring to the table here, I'm pretty sure that's the OS X version running on Travis, which isn't necessarily the minimum that builds made on it will support. If that does end up also being the minimum version of OS X that DT builds can run on, you probably need the "-mmacosx-version-min=10.something" flag. If that doesn't work, I would honestly go with the oldest version of Xcode/clang/etc. that supports whatever features DT needs.

Also, if you're referring to this survey, that's not enough responses to be accurate.

[jecowa]

Also, if you're referring to this survey, that's not enough responses to be accurate.

Yeah, that's the one I was using.

Here's another chart based on some other people's numbers for November 2017:

Versions of OSX	Users	Notes
OSX 10.13 High Sierra+	14.95%	(salajander's DT build)
OSX 10.12 Sierra+	54.98%	(Clément's DT test build)
OSX 10.11 El Capitan+	75.73%
OSX 10.10 Yosemite+	89.56%
OSX 10.9 Mavericks+	94.75%
OSX 10.8 Mountain Lion+	96.35%
OSX 10.7 Lion+	97.70%
OSX 10.6 Snow Leopard+	99.64%
OSX 10.5 Leopard+	99.92%	(Toady's Mac mini OS)
OSX 10.4 Tiger+	99.99%	(Dwarf Fortress doesn't run on Tiger.)

[Clément]

The compile option seems a better solution, I'll use that. I still have to decide what minimum version it should be. Looking a few random functions that DT call, it requires at least 10.6+. Qt 5.6 requires 10.7, Qt 5.9 requires 10.10, Qt 5.10 requires 10.11. The oldest version of this page I find in the internet archive is for Qt 5.4 and it stills requires 10.7. I'll try with 10.7 first (and Qt 5.6) and go up if I have issues.

[jecowa]

I'm not an expert at this stuff, but maybe Qt 4.8 supports OSX 10.6 Snow Leopard? 
http://doc.qt.io/archives/qt-4.8/supported-platforms.html

Also Splinterz recommended Qt 4.8 to me earlier.

Mac OS X 10.6 Snow Leopard is also the earliest Mac version that the Lazy Newb Pack supports. Mac OS X 10.7 would still be super awesome, though.

[Clément]

DT requires Qt 5 now. Splinterz's post is interesting about the Qt 5 bugs until 5.4.1, Ubuntu Trusty (which travis uses) default Qt version is 5.2, I should try to avoid that and aim for Qt 5.6 too.

Edit: -mmacosx-version-min=10.7 seems to disable C++11 support, so I won't be able to use a min version so old. Also, how to I get Qt 5.6? "homebrew install qt" installs the latest version (Qt 5.10), "homebrew install qt@5.5" install Qt 5.5 but "homebrew install qt@5.6" does not work. I would prefer to use 5.6, as a LTS it received more bug fixes.

Edit2: OS X 10.9 is the minimum version I can support, 10.7 and 10.8 breaks C++11 support. For Linux, Ubuntu Trusty's Qt 5.2 works, Stephan Binner's Qt 5.6.3 segfaults during application initialization, and Stephan Binner's Qt 5.9.3 works. Test builds are still on the same page.

[Starver]

Edit: try this build. If you don't already have it, you will need to install Visual C++ Redistributable for Visual Studio 2015.

Reporting back on this: On one of the machines I found so affected (the only one I've tried) complains with the above (pre-redistributabled) "not a valid Win32 application", as per the other problem software that sparked off this little investigation.

Can't personally do much of anything else on this platform issue before the New Year, even if it was useful to do more. Which it probably isn't! But at least it is so noted. (...that I'm the only person in the world who seems to still have access to XP! )

[jecowa]

Edit2: OS X 10.9 is the minimum version I can support, 10.7 and 10.8 breaks C++11 support. For Linux, Ubuntu Trusty's Qt 5.2 works, Stephan Binner's Qt 5.6.3 segfaults during application initialization, and Stephan Binner's Qt 5.9.3 works. Test builds are still on the same page.

Thank you! Mac OS X 10.9 is the minimum that most apps support now days. It worked fine on my 10.12 Sierra partition, but it's showing little dots instead of numbers on my 10.10 Yosemite partition. It's probably just a setting, though. It's working fine other than that.

Spoiler: dots instead of numbers screenshot (click to show/hide)

[Clément]

If Options > Grid Options > Skill Drawing Method is set to "Growing Center Box", that's normal.

[Clément]

New version released: 39.1.0

Mostly bug fixes and updated memory layouts for those who did not already got them with the auto-updater.

Changelog:

• added memory layouts for DF 44.02 (Linux 32/64 and OSX 32)
• added new professions (Criminal, Peddler, Prophet, Pilgrim, Monk)
• completed memory layouts for DF 43.05 OSX (material prefix and reaction_class)
• make writing invalid strings on linux safer
• added some new profession icons
• fix crashing when reading unknown profession
• fix missing half the common kill counts
• fix reading/writing invalid data when a dwarf has a reputation but no fake identity
• fix ref_type offset on 64 bits platform (fix showing quiver content)
• fix column width with Qt 5.9.3
• fix search paths for external files (manual, layouts, game_data.ini, ...)
• cleaned up useless values in memory layouts

Notes:

• I added automatic builds for OS X and Linux from travis. They are not tested, I hope they work well. OS X is built on 10.12 but targeting 10.9 as minimum required version, it uses Qt 5.5. Linux AppImage is built on Ubuntu Trusty with Qt 5.2, it should work with distributions where glibc is not older (>= 2.19).
• OS X 64 builds currently does not support 32 bits DF. You will need an OS X 32 build if you play with DF 32 bits (or fix the issue).
• The AppImage uses library from Ubuntu and may not integrate well with your desktop theme, you should prefer packages made specifically for your distribution, or building it from source if possible.
• AppImage does not seem to work well with the setcap trick on Debian-based distributions. You will need to change the ptrace_scope globally: "sudo systcl kernel.yama.ptrace_scope=0" (or modify sysctl.conf to make it permanent). Alternatively, AppImage can be extracted (running it with --appimage-extract option) allowing to use setcap on the extracted binary, but you will need to set LD_LIBRARY_PATH to the appropriate location when running DwarfTherapist.

Windows builds are also available on DFFD (win32, win64).

[jecowa]

Thank you! Your automatic Mac build works in OSX 10.10 Yosemite. Also you were right about that growing center box setting.

If anyone is running Mac OS X 10.9 Mavericks, I'd be curious to know if this build works for you. I'm also kind of curious what it looks like on a Retina Display.