Bay 12 Games Forum

Please login or register.

Login with username, password and session length
Advanced search  

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Clément

Pages: 1 ... 16 17 [18] 19 20 ... 50
256
Compiler support is set to 10.9. The breaking change in 41.1.0 was the Qt version update. Recent versions of Qt does not support old macOS and older versions does not support newer macOS. It could be possible to make two different builds but homebrew only provides the latest version of Qt (5.14 currently). When I first asked about this issue, no one cared (not many read this thread when there is no new releases of DF). Apple is not making it easy for developers, especially if you don't own a mac. I need help from mac users to fix mac issues.

It is currently possible to compile with old versions of Qt5. Qt 5.2 is currently tested by the CI, but I am planning to update the linux builds to fix bugs from the old versions. And I may do the same with Windows too. Without tests, I may break compatibility with old Qt in the future, so it would be best to have a solution involving a CI (travis or another, whatever can be done for free).

For reference:

257
Some fields may have changed names, others did not exists at the time (I don't know if any of them is essential). Compare the dfhack scripts to see what changed. Fix what you can and ignore the rest.

You will also need to modify the game_data.ini file.

After all that, I'm still not sure you will get something working. 0.34.11 was a long time ago and I did not maintain this version. If you need to change code, it may be easier to port an old version of DT to 64 bits instead of porting the current version to 0.34.11.

259
I am testing a new build environment for the Linux AppImage (Ubuntu Xenial + Qt 5.12). You can download it here. Please tell me if it works on your distribution, old or new.

Edit: And also try this alternative version without the pre-gcc5 compatibility stuff.
Edit2: Another version with the dark style plugins I already added on Windows

260
Utilities and 3rd Party Applications / Re: DFHack 0.44.12-r3
« on: February 13, 2020, 06:56:19 pm »
You follow the instructions.

261
Sorry, I forgot about this file since I don't have to update the DT version manually for each release. It is fixed now (I changed df_max_version instead of max_df_version, I hope it is okay).

262
On Linux versions with newer OpenSSL versions (>1.0.0 I think), running Dwarf Therapist from the AppImage will crash. However, building from source will allow it to work.
Here is the log from the AppImage:
Spoiler (click to show/hide)
I am using Fedora 30.

Not an issue for me on Fedora 31. But there are other issues with gtk and this build thinks it is 41.1.2 although it does contain the new memory layouts.

Anyway I would not recommend using the appimage if you are able to compile it yourself or use a package built for your distribution (I have my own repository for Fedora and there is an (outdated) package on rpmfusion).

not connecting ("a fort has not been loaded") for me on df 0.42.07 with the 41.1.3 appimage on Manjaro Linux. tried both with and without the most recent unstable dfhack build.

Did it use to work with the previous versions? What is the value of ptrace_scope? AUR packages work on Manjaro too, don't they?

263
New version released: 41.1.3

Changelog:
  • added memory layouts for DF 0.47.01 and 0.47.02
  • fixed a crash on macOS Catalina

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

264
Try change "Don't Display Visitors/Guests" in the options, do they appear? Read the log (File → Open log directory), any error or warning? Do you see the missing dwarves in the log and the reason they were hidden?

265
On Mac OS, experimental 0.47.01 works for me, but not experimental 0.47.02.
It worked for another user. How does it fail exactly? Cannot connect? Fortress not loaded? Invalid data?
Is there a way to get that cool dark mode for Mac?
Yes, but it is complicated (at least for OSX newbie and not-user like me). It would be better if it could work with OSX default style dark mode.

266
~/.local/share/dwarftherapist/memory_layouts/linux

/usr/local/share/dwarftherapist/memory_layouts/linux may work too, but I'm not sure (I don't remember if appimage replace XDG_DATA_DIRS or extend it).

267
The "checksum" is the correct one, so you must have installed the memory layout in the wrong location, or picked the wrong link.



Experimental memory layouts for 0.47.02:

268
Either disable ptrace_scope globally: "sudo sysctl kernel.yama.ptrace_scope=0" for immediate change, or edit /etc/sysctl.d/10-ptrace.conf for a permanent change after reboot.

Or keep ptrace_scope enabled and allow everyone to attach to df, using this script.
Code: [Select]
sudo apt install gcc
cd ~/Documentos/Juegos/LinuxDwarfPack-0.47.01-r1/df_47_01_linux
wget https://raw.githubusercontent.com/Dwarf-Therapist/Dwarf-Therapist/master/dist/ptrace_scope/patch_df_ptracer
chmod +x patch_df_ptracer
./patch_df_ptracer .

269
It does not look like it is related to the memory layout. What is your distribution? Did older version work? What is the output of "sysctl kernel.yama.ptrace_scope"?

270
Experimental memory layouts for 0.47.01:
They are not finished yet, expect some issues.

Updated. It should fix item material on all platform except win64 (it already worked), and historical figure (e.g. deity names).

Pages: 1 ... 16 17 [18] 19 20 ... 50