_DT_BINARY="`./DwarfTherapist`"
, but the DwafTherapist file in the same folder looks like a shared library, not like an executable, and when I try to run it, I get this output :./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Network.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: relocation error: ./DwarfTherapist: symbol _ZNK19QAbstractProxyModel15canDropMimeDataEPK9QMimeDataN2Qt10DropActionEiiRK11QModelIndex, version Qt_5 not defined in file libQt5Core.so.5 with link time reference
Is the issue between the chair and the keyboard or not ? ???
Sorry for the trouble, otherwise this pack is really great!
## $_DT_BINARY
## Set path to 'DwarfTherapist' binary
_DT_BINARY="`which DwarfTherapist`"
PREFIX="${_DT_BINARY%%/bin/DwarfTherapist}"
#!/bin/bash
./DwarfTherapist > /dev/null 2>&1
I think the script is expecting Dwarf Therapist to actually be installed on the system rather than be compiled and distributed with the LNP.
Thanks for your reply!
On the other end I had compiled Splintermind's version and have a functional Dwarf Therapist that works well with Dwarf Fortress, I just launch it on the side, so it's a solution. But I would have found it nice to get a fully-working all-in-one package, and hope somebody would shed some light on this.
Hi! Thank you very much for your effort.
I have an issue when trying to use Dwarf Therapist: « ERROR not found - Verify _DT_BINARY defined in (path to dwartherapist script) is set correctly. »
I did that, the script saysCode: [Select]_DT_BINARY="`./DwarfTherapist`"
, but the DwafTherapist file in the same folder looks like a shared library, not like an executable, and when I try to run it, I get this output :Code: [Select]./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Network.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Qml.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Gui.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Core.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: /usr/lib/x86_64-linux-gnu/libQt5Widgets.so.5: no version information available (required by ./DwarfTherapist)
./DwarfTherapist: relocation error: ./DwarfTherapist: symbol _ZNK19QAbstractProxyModel15canDropMimeDataEPK9QMimeDataN2Qt10DropActionEiiRK11QModelIndex, version Qt_5 not defined in file libQt5Core.so.5 with link time reference
I checked and I did have installed the libraries required to compile DwarfTherapist according to building instructions on GitHHub. (I'm on KXStudio 14.04.2 based on Ubuntu 14.04.2 LTS).
Is the issue between the chair and the keyboard or not ? ???
Sorry for the trouble, otherwise this pack is really great!
new instructions:Code: [Select]git clone https://github.com/Hello71/Dwarf-Therapist.git
mkdir Dwarf-Therapist-build
cd Dwarf-Therapist-build
cmake ../Dwarf-Therapist
ln -s ../Dwarf-Therapist/share .
make -j$(nproc)
./DwarfTherapist
if you get an error like the following:Code: [Select]CMake Error at /usr/lib/x86_64-linux-gnu/cmake/Qt5/Qt5Config.cmake:26 (find_package):
Could not find a package configuration file provided by "Qt5Qml" with any
of the following names:
Qt5QmlConfig.cmake
qt5qml-config.cmake
Add the installation prefix of "Qt5Qml" to CMAKE_PREFIX_PATH or set
"Qt5Qml_DIR" to a directory containing one of the above files. If "Qt5Qml"
provides a separate development package or SDK, be sure it has been
installed.
Then try:Code: [Select]sudo apt-get install qt5-qmake qtbase5-dev qtbase5-dev-tools qtdeclarative5-dev # Qt 5
if the error mentions QT4 try:Code: [Select]sudo apt-get install qt4-qmake libqt4-dev # Qt 4
then try the cmake ../Dwarf-Therapist again.
This is in the build instructions for linux in spinters fork.
[distro_fixes] [INFO] Checking whether any distro specific fixes are required...
[distro_fixes] [INFO] OS: ubuntu
[distro_fixes] [INFO] ARCH: x86_64
[distro_fixes] [INFO] VER: 17.04
[distro_fixes] [INFO] DF_ARCH: 64-bit
[distro_fixes] [INFO] DF_BIN_LOCATION: /home/larry/df/df_linux/libs/Dwarf_Fortress
[distro_fixes] [INFO] PRELOAD_LIB:
[distro_fixes] [INFO] LD_LIBRARY_PATH: /tmp/_MEIgFfwdK
[distro_fixes] [INFO] Done
./libs/Dwarf_Fortress: /tmp/_MEIgFfwdK/libncursesw.so.5: no version information available (required by /usr/lib/x86_64-linux-gnu/libcaca.so.0)
./libs/Dwarf_Fortress: /tmp/_MEIgFfwdK/libncursesw.so.5: no version information available (required by /usr/lib/x86_64-linux-gnu/libcaca.so.0)
./libs/Dwarf_Fortress: /tmp/_MEIgFfwdK/libtiff.so.5: no version information available (required by /usr/lib/x86_64-linux-gnu/libSDL_image-1.2.so.0)
./libs/Dwarf_Fortress: symbol lookup error: /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0: undefined symbol: FcWeightToOpenType
export LD_LIBRARY_PATH=""
It sounds to me like not starting DF from PyLNP is an easier solution.
Try adding this line near the top of distro_fixes.sh (right after the lines starting with "#"):Code: [Select]export LD_LIBRARY_PATH=""
Does "gnome-terminal -e" work?
gnome-terminal: symbol lookup error: /lib64/libxcb-shm.so.0: undefined symbol: xcb_send_request_with_fds
Seems like people got this error with gnome on wayland, which is what I'm running. I don't get it when I start it elsewhere though. Running xdg-terminal also opens gnome-terminal automatically.
WARNING: JSONConfiguration: File PyLNP.user does not exist
ERROR: Unable to read current colors
Traceback (most recent call last):
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.colors", line 44, in get_colors
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.colors", line 44, in <genexpr>
TypeError: int() argument must be a string or a number, not 'NoneType'
export LD_LIBRARY_PATH=""
allows the game to launch.Adding:Yes, for me the same plus I had to install another terminal to get LNP to start DF.Code: [Select]export LD_LIBRARY_PATH=""
allows the game to launch.
I also went ahead and updated DFhack and TWBT to most recent versions (dfh-r1 / next) and everything seems to be working just fine on my end
symbol lookup error: /usr/lib64/libpangoft2-1.0.so.0: undefined symbol: FcWeightFromOpenType
_ROOT="$( cd -P "$( dirname "$0" )" && pwd )"
## $_DT_BINARY
## Set path to 'DwarfTherapist' binary
_DT_BINARY="$_ROOT/DwarfTherapist"
_ETC_BASE_FOLDER="${PREFIX}/share/"
##########################################
##
## SETTINGS / CONFIG
##
##########################################
_ROOT="$( cd -P "$( dirname "$0" )" && pwd )"
## $_DT_BINARY
## Set path to 'DwarfTherapist' binary
_DT_BINARY="$_ROOT/DwarfTherapist"
PREFIX="${_DT_BINARY%%/DwarfTherapist}"
## $_ETC_BASE_FOLDER
## Set folder containing 'etc/memory_layouts/linux/*'
## DwarfTherapist needs to be run from within this folder, because relative path 'etc/memory_layouts/OS/' is hardcoded in binary
##
_ETC_BASE_FOLDER="${PREFIX}/share/"
##_NOTIFY_ICON
## Set path to icon used for notify-send
_NOTIFY_ICON="${PREFIX}/share/pixmaps/dwarftherapist.png"
Please for the love of Armok use a top level directory in the tarbal so that it doesn't explode all over $PWD (https://en.wikipedia.org/wiki/Tar_(computing)#Tarbomb)
Using Arch Linux 64 bit, I get the errorHave you tried STANDARD? That's identical to TWBT as far as DF is concerned.
./libs/Dwarf_Fortress: symbol lookup error: /usr/lib/libpangoft2-1.0.so.0: undefined symbol: FcWeightToOpenType
whenever I try to use graphics that aren't TWBT. The LD_LIBRARY_PATH seems correctly set in the distrofixes file already.
ERROR: Note: Failed to read JSON from PyLNP.user, ignoring data - details follow
Traceback (most recent call last):
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.json_config", line 41, in __init__
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/json", line 290, in load
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/json", line 351, in loads
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/json.decoder", line 366, in decode
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/json.decoder", line 382, in raw_decode
ValueError: Expecting property name: line 3 column 1 (char 21)
(Which is double-strange because the user I was running DF under wasn't named "michael". Not sure why, although I've never used the LNP before){
"updateDays": 0,
}
{
"updateDays": 0
}
(Which is double-strange because the user I was running DF under wasn't named "michael". Not sure why, although I've never used the LNP before)It doesn't mean anything. That's the path of the file on the machine where PyLNP was built. It has nothing to do with your machine.
Sorry to be dumb, but what's LNP?A pack with DF and a bunch of utilities, which are listed in the first post.
I have reproducible crash fo DT from this pack on Lubuntu 16.04. If squad is created DT crashes on reading squad data. If squad is deleted crash disappears. Is it a good place to report it? Or should I look for DT thread (I wanted to start here as it packages DT that may or may not be modified ("compiled Dwarf Therapist for the previous revision").
If "I'm probably going to stop working on this in the very near future" is already true then sorry for bothering you.
EDIT: bugged save: http://dffd.bay12games.com/file.php?id=13000 (try to connect with DT - crash. delete squad, connecting with DT works).
travis@crunchbang:~/downloads/LinuxLNP-0.43.05-r06$ ./startlnp
[WARNING] startlnp: Could not find /sbin/getcap and/or /sbin/setcap
./PyLNP: 6: ����%ڕ!h: not found
./PyLNP: 6: NB]K: not found
./PyLNP: 6: FA_71X4:/: not found
./PyLNP: 6: 9^@WRVM[
SOZEL
: not found
./PyLNP: 6: �ah�ap�ax�a��a��a��a: not found
��a��a��a��aȲaвaزa��a��a��a��a�a�a�a�a: not found
./PyLNP: 6: �aJh�aKp�aLx�aM��aN��aO��aP��aQ��aR��aS��aU��aV��aWȴaXдaYشaZ��a[��a]��a^��a_�a: not found
./PyLNP: 6: ����%ږ!h: not found
./PyLNP: 6: �@����%ʖ!h
�0����%–!h
�: not found
./PyLNP: 6: cannot create �@@x�@@'$@@@@@��@@@@ԯԯ ��a�a��� �Q�td/lib64/ld-linux-x86-64.so.2GNU GNUc*�Ž5�}2~x�'�CaYH56(T.Q� 6�*���ص�n���>��IA��Zz��a�@��p��f�a�е��C�60�J���Y����[u�Ga�����a+>�n;��tJ�$f�B�
�|0�����a����������:b2T�7libdl.so.2dlsymdlerrordlopenlibz.so.1inflateEndinflatezlibVersioninflateInit_libm.so.6sqrtlibc.so.6tolowergetenvfwritetouppermemcpystpcpyreallocvfprintfreadlinkstrcatfeofrealpathremovermdirstrcasecmpmkdtempmkdirmallocstrrchrstrlenopendir_IO_stdin_usedexecvstrncasecmpfdopensetbufwaitgetpidstdoutmemmovefclosefreadstrncatfopenfgetcstderrstrtok__libc_start_mainfilenovprintfclosedir__xpg_basenamefputcfgetsferrorstrncpyunsetenvunlinkfflushmemsetqsortmkstempmemcmpvsnprintfsprintfclearerrstdinfseekexitrenameforkraisestrstrstrcmpftellfreereaddirstrchrfchmodisspacestrdupntohlexecvpsignalstrcpykill__xstat_edata__bss_start_end__gmon_start__native_linker_pathlsb_linker_pathGLIBC_2.2.5GLIBC_2.3Wui � �a(�a �fii
0�a��a8�a%��a
��a.X�a�a(h�a)p�a*x�a+��a,�a-��a/��a0��a1��a2��a3��a4��a5ȳa6гa7سa8��a9��a:��a<��a=�a�a?�a@�aA �aB(�aC0�aD8�aE@�aFH�aGP�aHX�aIH���H���5�!�%$�!@�%�!h������%�!h������%�!h������%
�!h������%�!h������%��!h������%��!h������%��!h�p����%��!�����%Z�!h�P����%R�!h�@����%J�!h�0����%B�!h� ����%:�!h�����%2�!h�����%*�!h������%�!h: Directory nonexistent
./PyLNP: 6: ELF: not found
./PyLNP: 8: Syntax error: "(" unexpected
[WARNING] startlnp: Failed to start PyLNP
travis@crunchbang:~/downloads/LinuxLNP-0.43.05-r06$
[distro_fixes] [INFO] Checking whether any distro specific fixes are required...
./distro_fixes.sh: line 57: [: /home/eru/Dwarf: binary operator expected
So I'm on Arch Linux x64 but unless I'm being the world's biggest idiot, I don't seem to have (almost) any of the utilities that are allegedly bundled with this?
The only one that seems to be there is dfannouncementfilter and even then I had to enable it by removing it from the excludes.txt list.
For all I know it's got to do with the AUR package...
Also I can't seem to be able to get a terminal to work (at least, when setting one, though I assume that extends to trying to run one 'in practice' as well) - whether it's xterm or xfce4-terminal (the one I would much prefer to get working since I'm using Xfce), I get an unknown error (which is hardly helpful).
I swear I'm fairly tech-savvy most of the time, but right now I'm largely confused here, so sorry if this is elementary knowledge that I'm just missing in a spectacular way or something...
EDIT: Alright, disregard the terminal issue (though xterm is still the one that pops up when DFHacks prompts me for a password to access DF data, but everything else seems to run with xfce-terminal). Still confused about the utilities though.
[ftp]Exception in Tkinter callback
Traceback (most recent call last):
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/Tkinter", line 1532, in __call__
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.launcher", line 52, in run_df
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.launcher", line 93, in run_program
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.terminal", line 38, in get_terminal_command
TypeError: coercing to Unicode: need string or buffer, list found[/ftp]
hey! thanx enay for all the work! but …have a same error. Any tips?
new setup, mint kde 18.2, fresh install.
downloading linuxlnp
installing xterm –> run startlnp in console
the pylnp window pops up, everything seems in order.
i press "play dwarf fortress!". and get (from the pylnp output log):Code: [Select][ftp]Exception in Tkinter callback
Traceback (most recent call last):
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/Tkinter", line 1532, in __call__
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.launcher", line 52, in run_df
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.launcher", line 93, in run_program
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.terminal", line 38, in get_terminal_command
TypeError: coercing to Unicode: need string or buffer, list found[/ftp]
when i run startlnp in the generic kde-console, i get the same there.
whats wrong?
thanks in advance for your collective wisdom.
Request: Python 3 support.In what, PyLNP? PyLNP supports Python 3, although precompiled versions might use Python 2 (but I wouldn't expect them to require your system to have Python 2 available). At any rate, that's probably something to mention in the PyLNP thread, since it isn't specific to this pack.
Arch Linux (the distro i use at the moment) uses Python3 by default, and requires a bit of hackiness to make use python2.
Request: Python 3 support.In what, PyLNP? PyLNP supports Python 3, although precompiled versions might use Python 2 (but I wouldn't expect them to require your system to have Python 2 available). At any rate, that's probably something to mention in the PyLNP thread, since it isn't specific to this pack.
Arch Linux (the distro i use at the moment) uses Python3 by default, and requires a bit of hackiness to make use python2.
Hello!Toady had trouble with his Linux box and has been unable to release the new Linux build. Once he does, I'll get started on the barebones LNP straight away.
will the version update to 44.xx ?
Sorry, I forgot to update Afro, so Don't use Afro in RC1. All the other graphics packs included all look good, though. Afro is updated on the repo now, so hopefully it will be fixed in the next candidate.
Great update as always. Just a quick question, does removing the folder completely removes everything, or does it and some utility create folders/files around?
I'm sorry, I should have made myself more clear. In the past, I used to build the tools myself, though it has been quite awhile. If I remember correctly, some of them, like Dwarf Therapist, created folders in /usr, etc.. What I'm asking is if, with LNP everything is self contained inside the LinuxLNP folder, or in the future, I will still have to go looking for a few leftover files in places other than the LinuxLNP folder.
TWBT: data/art/white1px.png not found, can not continue
Plugin twbt has failed to initialize properly.
And also with the file transparent1px.png . Consequently, Text Will Be Text was not starting, and therefore not working.Dwarf Therapist is mostly working for me, though I did have it crash upon attempting to rename one specific dwarf.
Traceback (most recent call last):
File "<string>", line 11, in <module>
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.lnp", line 119, in __init__
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/core.lnp", line 212, in initialize_ui
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/tkgui.tkgui", line 142, in __init__
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/tkMessageBox", line 83, in showinfo
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/tkMessageBox", line 72, in _show
File "/home/michael/Desktop/df/python_lnp/build/lnp/out00-PYZ.pyz/tkCommonDialog", line 48, in show
_tkinter.TclError: expected integer but got "Nerd"
[WARNING] startlnp: Failed to start PyLNP
To Run: Simply execute the included startlnp script.
You should probably make a release in your fork for that instead of storing binaries in the repo.
I'm just getting file not found errors for tilesets no matter what I do, checked the bug tracker and the solutions listed there didn't workMore details would help. What exactly are the errors? What is reporting them (PyLNP, DF, something else)?
Have you tried another world?
Disabling TWBT?
If you start the LNP from a terminal by running ./startlnp in its root: then when you doubleclick soundsense in the utilities tab you can see the messages/errors logged to the terminal.:) thanks. found out that java wasn't installed - although it should already be... strange. reinstalling java and trying again.
You can also start soundsense without starting LNP, by cd'ing to /LNP/utilities/soundsense and running ./soundSense.sh
For some reason, only a few of the graphics sets are being listed, even though they're all in the LNP/graphics directory. This is on Ubuntu 18.04To answer my own question, I think this is because the manifests for the other graphics packs don't list themselves as compatible with 44.09. For example, the manifest for Phoebus only lists it as compatible with 44.07.Spoiler (click to show/hide)
can i just copy the contents of Mephs DF over into the linuxLNPHmm, I expect there will be a couple of config files to merge as well as the game save and graphic sets, so you could maybe compare the packs with something like winmerge or kdiff to examine differences in the init.txt type of files - ive yet to look into it all properly.
this is because the manifests for the other graphics packs don't list themselves as compatible with 44.09. For example, the manifest for Phoebus only lists it as compatible with 44.07.Well noted TV4Fun - I didnt notice because Phoebus is the installed set, but it is missing from the custom list as well as others.
Linux Mint 18.3 x86_64hmmm i still don't understand enough about linux to see how i could get stonesense to run, but obviously the dfhack-plugin for stonesense is causing some of the problems.
Running PyLNP 0.13 (OS: linux, Compiled: True)
LinuxLNP-0.44-09-r01
Two things to note:
1. Many of the graphics packs are only set for a max version 0.44.07 and so will not show up when the game is run. I had to go into the LNP/graphics directory and modify each pack's manifest.json to 0.44.09. Does simply removing the max version also work?
2. stonesense does not work (P.S. this is the likely root cause of Pvt. Pirate's problem above). Looking at df_hack/stderr.log, I see
/lib/x86_64-linux-gnu/libm.so.6: version `GLIBC_2.27' not found (required by /home/dan/Games/LinuxLNP-0.44.09-r01/df_linux/hack/plugins/stonesense.plug.so)
This is the std C library used by most of the Debian-based linux distros (Ubuntu, Mint, etc). It means stonesense was compiled with the 2.27 version of GLIBC. Most Ubuntu and Mint distros are built with older versions:
mine, for example (mint is based on ubuntu):
ldd --version
ldd (Ubuntu GLIBC 2.23-0ubuntu10) 2.23
Not sure what the way forward is, but whomever is compiling stonesense, it would be good if you could compile it with an older compiler. I am not sure what the recommendation is, but someone is going to have to recompile it. If I do, can I just add it into df_linux?
BenLubar is aware of the issue and the GCC 4.8 build of DFHack will be more compatible in the next version: https://github.com/Lazy-Newb-Pack/Lazy-Newb-Pack-Linux/issues/52#issuecomment-384182937 . It's actually because he's building on a newer Ubuntu (18.04), although if this pack distributes the GCC 7 build, that could be problematic.
Can you tell what version of GCC yours was built with? At the very least, running libdfhack.so through strings should give some GCC paths. Either 4.8 or 7.3 (7.2? 7?) should show up somewhere.
hmmm i still don't understand enough about linux to see how i could get stonesense to run, but obviously the dfhack-plugin for stonesense is causing some of the problems.
about which i know even less.hmmm i still don't understand enough about linux to see how i could get stonesense to run, but obviously the dfhack-plugin for stonesense is causing some of the problems.
You can't (without some advanced linux understanding) until it gets compiled differently. The problem is that whomever is building this distribution is using more modern libraries that what we have on our distros of ubuntu and mint.
Another solution might be to stick this whole build on github or bitbucket or something and let us build it from source on our own machines.
whatever "lethosor"It sounded to me like you thought Dan84 made some undocumented changes that would be useful for DFHack people to know about, which I don't think is the case, but there's a possibility I'm wrong on both counts. I'm sorry if I offended you.
Hi, I am the maintainer of Dwarf Therapist. For solving an issue with where the updater saves the downloaded memory layouts. I need to change how DT look up for data files. The simplest solution is to rely only QStandardPaths to get the directories to search (and write to).No reaction to that? Proposed changed are in this pull request (https://github.com/Dwarf-Therapist/Dwarf-Therapist/pull/77)
This will particularly affects the LinuxLNP as QStandardPaths does not contains any path relative to the application directory (only XDG_DATA_DIRS + XDG_DATA_HOME). I propose two solutions:
- Use the XDG environment variables (https://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html). Add DT path inside the LNP in XDG_DATA_DIRS. Updated memory layouts will be written in XDG_DATA_HOME and settings in XDG_CONFIG_HOME.
- I am thinking about adding a portable mode (enabled at run-time or build time) where, instead of using QStandardPaths, DT would only look for (and write) files in its own directory. It would require DT directory to be writable.
Would any of this fit LinuxLNP use case? What would you prefer? Do you have any recommendations?
I also posted about this in DT thread (http://www.bay12forums.com/smf/index.php?topic=168411.msg7717978#msg7717978).
~/.config/UDP Software/Dwarf Therapist.ini
to ~/.config/dwarftherapist/dwarftherapist.ini
0.44.11? Yay.... I hope
Newer nautilus open scripts in a text editor instead of executing them. The best way to start a program from your desktop is to create .desktop file. You can use MenuLibre (https://bluesabre.org/projects/menulibre/) for that.Bool1989 didn't say they were using Nautilus, and most desktop environments I've seen have an option to do both (launch and open in an editor). Opening an executable file in a text editor doesn't seem like a good default, but maybe there's a way to change that if it was indeed what was happening.
can you write a linux launcher for mephs pack? i love the pack, but just copying his raws into the LNP and making changes to the configs, inits etc. doesn't work, because launching via LNPlauncher resets most of my manual changes.Where are you putting your changes? PyLNP has a specific process for installing mods, which requires them to go in separate folders. I'm not sure on the exact process, but I suggest reading the PyLNP readme for details.
i always make the changes directly in the DF-directory - i wouldn't know how to make them as options selectable from within the launcher. also there are a lot of options the launcher doesn't even show.can you write a linux launcher for mephs pack? i love the pack, but just copying his raws into the LNP and making changes to the configs, inits etc. doesn't work, because launching via LNPlauncher resets most of my manual changes.Where are you putting your changes? PyLNP has a specific process for installing mods, which requires them to go in separate folders. I'm not sure on the exact process, but I suggest reading the PyLNP readme for details.
In any case, "write a linux launcher for meph's pack" is a huge request, given how big MDF is. I'm assuming you're addressing it to Enay, who maintains this pack, but he didn't even write PyLNP, and hasn't contributed much to the launcher besides using it, as far as I know (although I could be entirely wrong - I haven't checked), so this doesn't seem like the appropriate thread in any case.
Why can't you get it to run without PyLNP? Does running the "dfhack" script on its own not work? Any errors?I tried exactly that and it just crashes immediately and if using the terminal to start dfhack, it says it couldn't be executed or something like that.
Can you give the exact error message?will do later today
Anyway, I think "chmod +x ./dfhack" might help (when you're in the folder with the dfhack script). I'm not sure why it wouldn't be executable, though. Did you install the pack as a different user, e.g. as root (with sudo)?
Try the GCC 4.8 build of DFHack instead.the what? :D
On https://github.com/dfhack/dfhack/releases there are GCC 4.8 and 7 builds of DFHack. The GCC 7 builds don't work on some older systems, so try installing the GCC 4.8 one (pick 32-bit or 64-bit as appropriate). Installing over your existing hack folder should be fine, but make a backup copy first if you want - it should overwrite everything in the hack folder if you do it correctly.thanks, will do.
I tried out the latest pack, tweaked a few of the common settings (population etc), and installed the MephLite pack, but it's a bit 'crashier' than I'm used to. I first had a hard crash during world gen (not too uncommon in past releases, second time worked OK), but got another crash upon embarking (after spending ages with their equipment!), and various other instability with Therapist - worked OK for a while, then a hard crash - no error logs than I can spot.
I'm not sure if this is a red herring (Linux Mint 18):
[distro_fixes] [WARN] 64bit 'Dwarf_Fortress' on unhandled 64bit OS detected. If you get 'missing file' errors, please open an issue on Github: https://github.com/Lazy-Newb-Pack/Lazy-Newb-Pack-Linux/issues.
[distro_fixes] [WARN] Could not find a 64-bit zlib
Though I'd expect the lack of a zlib library to cause a more consistent crash if not present and being relied on. Might be graphics pack related I guess, I'll extract the bundle and not install that and see if it's a bit more stable.
hi, not sure where to ask for help of my issue but i'm starting here because first time using lazy newb pack.enter your screen resolution in the launcher.
but... https://imgur.com/a/qieyBny in case don't want to look or the image is gone: on load-up, DF only renders left side of game window... the right side is cut off as if someone dragged the game halfway off the screen to the right so only the left half is visible.
i was using linux for this, meph graphics lite.
enter your screen resolution in the launcher.
i always have to correct that one to 1280x960 on my 5:4 screen too.enter your screen resolution in the launcher.
thank you for the solution, kinda embarrassing when i left it at default 80x50 and it misbehaved excessively
libQt5Qml.so.5 is provided by qt5-declarative. Assuming it is not already on your system try:
sudo apt-get install qtdeclarative5-dev
If/once that file is present and it still does not work it is a permissions issue (i.e. the workaround is not right...). :)
libQt5Qml.so.5 is provided by qt5-declarative. Assuming it is not already on your system try:
sudo apt-get install qtdeclarative5-dev
If/once that file is present and it still does not work it is a permissions issue (i.e. the workaround is not right...). :)
qtdeclarative5-dev is the development package, for the library alone, use libqt5qml5 (https://packages.ubuntu.com/search?searchon=contents&keywords=libQt5Qml.so.5&mode=&suite=bionic&arch=amd64).
libQt5Qml.so.5 is provided by qt5-declarative. Assuming it is not already on your system try:
sudo apt-get install qtdeclarative5-dev
If/once that file is present and it still does not work it is a permissions issue (i.e. the workaround is not right...). :)
qtdeclarative5-dev is the development package, for the library alone, use libqt5qml5 (https://packages.ubuntu.com/search?searchon=contents&keywords=libQt5Qml.so.5&mode=&suite=bionic&arch=amd64).
Yeah, I don't know my way around Debian repos. (Are they even different from the Ubuntu repositories?) Just glad I was able to give a working solution (if not the most elegant).
For me the package is currently qt5-declarative 5.11.2-1 and libQt5Qml.so.5 is just a symlink to libQt5Qml.so.5.11.2. By the way I don't use Arch. :P
Thanks for keeping up the LinuxLNP. I've stopped using it a long while ago but I think it's great for newcomers, whether to Dwarf Fortress or to Linux. I've been building therapist from source for some time.
(Apologies if I'm cluttering the thread with banter...)
Yeah, I don't know my way around Debian repos. (Are they even different from the Ubuntu repositories?) Just glad I was able to give a working solution (if not the most elegant).
For me the package is currently qt5-declarative 5.11.2-1 and libQt5Qml.so.5 is just a symlink to libQt5Qml.so.5.11.2. By the way I don't use Arch. :P
I extracted it for the last few revisions
So, i recently learned that ubuntu / debian no longer uses gksudo and instead uses something called policy kit.
If I have your attention, Enay, would you consider using the second solution from this message (http://www.bay12forums.com/smf/index.php?topic=168411.msg7742913;topicseen#msg7742913), instead of the current sudo script? It is a very simple library that only depends on the libc, you would need to edit the df and dfhack scripts to preload it. It would let anyone debug DF even with ptrace_scope set to 1. I think it is better for the security than adding a capability to DT and it is easier to use (no root password asked, no big script that can go wrong).
As an FYI, I had to add "export LD_PRELOAD=set_ptracer_any.so" to ./df. I browsed the source for PyLNP and found that the "Play Dwarf Fortress!" button launches ./df straight away.
Dwarf Therapist used to have a launcher script that would setup stuff as root, but it is outdated. The appimage that is now included in the LNP, does not use this script. I thought about writing a new version and including it in the appimage, but I found a better way to make it work without requiring root access. I was just discussing that with Enay. Hopefully this will be fixed in the next version.
mousequery doesn't care about the screen resolution (at least, not in theory). And if it did, there's no "special 5:4 mousequery" distributed outside of DFHack.i'm having that problem with every release of LNP ever since 44.09 , where i could at least fix it by downloading a new distribution of dfhack.
Are you having an issue with that resolution specifically? If so, does changing it to something else change anything?
I am new Linux and to DF on Linux, so please excuse me if this is all obvious.
I have a clean install of Mint 19 and downloaded the latest Linux LNP. The pack started ok to the option screens but when I went to start DF a terminal window flashed up then instantly closed and I was back at the options screen.
After some searching, it turns out I needed some additional libraries.
https://askubuntu.com/questions/64765/i-downloaded-dwarf-fortress-why-wont-it-run had the same problem
sudo apt-get install libsdl-image1.2:i386 libsdl-ttf2.0-0:i386 libgtk2.0-0:i386 libjpeg62:i386 libglu1-mesa:i386 libopenal1:i386
now DF runs fine, but I am still unable to start Dwarftherapist. Another message message box, not a terminal window, appears but it disappears before I can understand it.
If anyone has any suggestions as to getting therapist working, or even getting the message to stick around long enough to read, I would be grateful.
./df
./libs/Dwarf_Fortress: error while loading shared libraries: libSDL_ttf-2.0.so.0: cannot open shared object file: No such file or directory
I only had libsdl-ttf2.0-0:i386 which is the 32-bit version.[size=8pt][size=10pt][font=courier]lrwxrwxrwx 1 b 45 Sep 18 10:33 libSDL_ttf-2.0.so.0 -> /usr/lib/x86_64-linux-gnu/libSDL_ttf-2.0.so.0
lrwxrwxrwx 1 b 45 Sep 18 10:39 libSDL_ttf-2.0.so -> /usr/lib/x86_64-linux-gnu/libSDL_ttf-2.0.so.0
lrwxrwxrwx 1 b 45 Sep 18 10:39 libSDL_ttf-2.0 -> /usr/lib/x86_64-linux-gnu/libSDL_ttf-2.0.so.0[/font][/size][/size]
I added those so it would find the right libSDL_ttf file, but I cannot recall now if I had to install a package to get that "/usr/lib/x86_64-linux-gnu/libSDL_ttf-2.0.so.0" file on my system. I am no expert with Linux, so your mileage may vary. You can definitely run DFHack directly with the ./dfhack script.
I couldn't seem to find the exact one in the package manager, but took a gamble that libsdl-ttf2.0-dev would include it, which it did. So now Dwarf Fortress runs, but LNP still fails the terminal configuration test, but produces no error messages to help. Does this meanDFHack won't run?
There seems to be a problem with the download. Is it just me?Please explain what the problem is and what link you're downloading. The one in the first post of this thread appears to work for me.
EDIT : i've tried to copy the layouts from the LNP folder to /usr/local/share/dwarftherapist/memory_layouts/linux/, and now DwarfTherapist sees it, but complains that DF either is not running or unloaded the fort - while instead i have it open and running
The default for Dwarf Therapist is now to store memory layouts in:
~/.local/share/dwarftherapist/memory_layouts/linux/
EDIT : i've tried to copy the layouts from the LNP folder to /usr/local/share/dwarftherapist/memory_layouts/linux/, and now DwarfTherapist sees it, but complains that DF either is not running or unloaded the fort - while instead i have it open and running
... copied them from where? My memory layouts folder is empty just like yours used to be.
I've tried the LinuxLNP-0.44.12-r02/LNP/utilities/dwarf_therapist, but that dir only contains a binary and manifest
Loading bindings from data/init/interface.txtwhen i run dfhack i get
The program 'Dwarf_Fortress' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadValue (integer parameter out of range for operation)'.
(Details: serial 20 error_code 2 request_code 154 minor_code 3)
(Note to programmers: normally, X errors are reported asynchronously;
that is, you will receive the error a while after causing it.
To debug your program, run it with the --sync command line
option to change this behavior. You can then get a meaningful
backtrace from your debugger if you break on the gdk_x_error() function.)
[distro_fixes] [INFO] Checking whether any distro specific fixes are required...
[distro_fixes] [INFO] OS: linuxmint
[distro_fixes] [INFO] ARCH: x86_64
[distro_fixes] [INFO] VER: 19.1
[distro_fixes] [INFO] DF_ARCH: 64-bit
[distro_fixes] [INFO] DF_BIN_LOCATION: ./libs/Dwarf_Fortress
[distro_fixes] [WARN] 64bit 'Dwarf_Fortress' on unhandled 64bit OS detected. If you get 'missing file' errors, please open an issue on Github: https://github.com/Lazy-Newb-Pack/Lazy-Newb-Pack-Linux/issues.
[distro_fixes] [INFO] Attempting to use zlib at /usr/lib32/libz.so
[distro_fixes] [INFO] PRELOAD_LIB: /usr/lib32/libz.so:./libs/set_ptracer_any.so
[distro_fixes] [INFO] LD_LIBRARY_PATH:
[distro_fixes] [INFO] Done
ERROR: ld.so: object '/usr/lib32/libz.so' from LD_PRELOAD cannot be preloaded (wrong ELF class: ELFCLASS32): ignored.
Loading bindings from data/init/interface.txt
https://github.com/Lazy-Newb-Pack/Lazy-Newb-Pack-Linux/issues/63Looks like in this case you need a 64 bit libz installed.
can someone explain which settings are best for adv mode?
i know twbt messes it up quite much, but without it, it's as messed up as without.
i only tried it without twbt once and it looked as much wrong as with twbt.can someone explain which settings are best for adv mode?
i know twbt messes it up quite much, but without it, it's as messed up as without.
Tried with vanilla DF? I only had problems with crashing with twbt & mephs. Vanilla DF, dfhack and ASCII graphics work fine for me.
"game": {
"showDFScreen": false,
"analytics": 2,
"askToUpdatePlugin": true,
"serverAddress": "localhost",
"serverPort": 5000,
"checkForUpdates": true
},
Hello,it was written somewhere, some pages before, how you install the necessary packages manually by use of the terminal.
I finally rid myself of Windows 10. I installed Linux (ubuntu stable version, 18 something) a few days ago and I still have no idea what I'm doing. I wanted to play dwarf fortress, and installed the starter pack. I can't start Soundsense or Soundsense GTX (or whatever it is). I also cannot start Dwarf fortress with DFHack. Dwarf Therapist starts fine, though it does tell me that a newer version is available.
I don't know what to change, and I don't know how to find out what to change. I'm willing to learn.
Could someone give me some advice on this?
Mathalor
libQt5Qml.so.5 is provided by qt5-declarative. Assuming it is not already on your system try:
sudo apt-get install qtdeclarative5-dev
If/once that file is present and it still does not work it is a permissions issue (i.e. the workaround is not right...). :)
I am new Linux and to DF on Linux, so please excuse me if this is all obvious.
I have a clean install of Mint 19 and downloaded the latest Linux LNP. The pack started ok to the option screens but when I went to start DF a terminal window flashed up then instantly closed and I was back at the options screen.
After some searching, it turns out I needed some additional libraries.
https://askubuntu.com/questions/64765/i-downloaded-dwarf-fortress-why-wont-it-run had the same problem
sudo apt-get install libsdl-image1.2:i386 libsdl-ttf2.0-0:i386 libgtk2.0-0:i386 libjpeg62:i386 libglu1-mesa:i386 libopenal1:i386
now DF runs fine, but I am still unable to start Dwarftherapist. Another message message box, not a terminal window, appears but it disappears before I can understand it.
If anyone has any suggestions as to getting therapist working, or even getting the message to stick around long enough to read, I would be grateful.
I feel foolish. The LNP has a readme file, and halfway down lists more things to install. Soundsense now works!
But not the actual game...
sudo apt-get update
sudo apt-get install --reinstall libsdl-image1.2
sudo apt-get install libglu1-mesa
as mentioned a couple of times in this thread https://askubuntu.com/questions/226613/how-do-i-install-the-library-libsdl-image-1-2-so-0-required-to-run-dwarf-fortres (https://askubuntu.com/questions/226613/how-do-i-install-the-library-libsdl-image-1-2-so-0-required-to-run-dwarf-fortres)If using dfhack try 'die' in its terminal. Make sure the game is saved first.Nope, this isn't the case. I doubt memory has much to do with it either.
But it is odd. Does your machine have limited ram?
My (vague) memory is that if the game is started with the PyLNP launcher then it may need to be quit via the same application
sudo apt-get update
sudo apt-get install --reinstall fontconfig
I have liked this utility because it is multi-platform and very lightweight in memory usage, liberating a whole lot of system memory for being usable in Dwarf Fortress where it is badly needed.
Petition
Application Platform Language Version Download size in MB Runtime required in MB Linux OSX Windows SoundSense java runtime r2016-1 1 1 1 65-80 SoundCense c# CLR 1.4.4 5.27 5.27 5.27 100 soundsense-rs Rust native or WebAssembler 1.3.2 2.81 1.91 2.7 0
Hey, prixt. I just wanted to let you know I'm including SoundSense-RS in the Lazy Mac Pack.
I'm curious if anyone can get it working on Linux. I got some kind of GTK error when running on an Ubuntu-based system.
tempting, but no dfhack/twbt.I'm curious if anyone can get it working on Linux. I got some kind of GTK error when running on an Ubuntu-based system.
McArcady's LinuxDwarfPack is up to date as of a few days ago. (http://dffd.bay12games.com/file.php?id=14768)
I'm curious if anyone can get it working on Linux. I got some kind of GTK error when running on an Ubuntu-based system.
it does not need ANY run-time additional
Hey jecowa, does your ubuntu system have webkt2gtk-4.0 installed?It does require a run-time then.
...Technically yes. But does webkit2gtk count as `additional` runtime, more than Java or C# VMs?
It does require a run-time then.
I'm curious if anyone can get it working on Linux. I got some kind of GTK error when running on an Ubuntu-based system.
Hey jecowa, does your ubuntu system have webkt2gtk-4.0 installed?
$ dpkg -l | grep libgtk
ii libgtk-3-0:amd64 3.24.12-1ubuntu1 amd64 GTK graphical user interface library
ii libgtk-3-bin 3.24.12-1ubuntu1 amd64 programs for the GTK graphical user interface library
ii libgtk-3-common 3.24.12-1ubuntu1 all common files for the GTK graphical user interface library
ii libgtk2.0-0:amd64 2.24.32-4ubuntu1 amd64 GTK graphical user interface library - old version
ii libgtk2.0-bin 2.24.32-4ubuntu1 amd64 programs for the GTK graphical user interface library
ii libgtk2.0-common 2.24.32-4ubuntu1 all common files for the GTK graphical user interface library
ii libgtkmm-3.0-1v5:amd64 3.24.1-1 amd64 C++ wrappers for GTK+ (shared libraries)
ii libgtksourceview-4-0:amd64 4.4.0-1 amd64 shared libraries for the GTK+ syntax highlighting widget
ii libgtksourceview-4-common 4.4.0-1 all common files for the GTK+ syntax highlighting widget
$ dpkg -l | grep webk
ii libwebkit2gtk-4.0-37:amd64 2.26.3-0ubuntu0.19.10.1 amd64 Web Content engine library for GTK
Failed to load module "appmenu-gtk-module" ALSA lib pcm_dmix.c:1108:(snd_pcm_dmix_open) unable to open slave thread 'sound_thread' panicked at 'The device doesn't support any format!?: DeviceNotAvailable', src/libcore/result.rs:1188:5
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace.
Aborted (core dumped)
...Right, other dependecies :P. So far, the dependencies need are: libasound2, libgtk-3, libwebkit2gtk-4.0
...Right, other dependecies :P. So far, the dependencies need are: libasound2, libgtk-3, libwebkit2gtk-4.0
There may be other dependencies hidden somewhere, but these are the libraries I had to instruct CI builders like travis and github actions to install to get it to compile.
...K, this will need more work. Think we should move discussion about this to the SoundSense-RS thread, so this thread doesn't get cluttered.
$ dpkg -l | grep asound
ii libasound2:amd64 1.1.9-0ubuntu1 amd64 shared library for ALSA applications
ii libasound2:i386 1.1.9-0ubuntu1 i386 shared library for ALSA applications
ii libasound2-data 1.1.9-0ubuntu1 all Configuration files and profiles for ALSA drivers
ii libasound2-plugins:amd64 1.1.9-0ubuntu1 amd64 ALSA library additional plugins
ii libasound2-plugins:i386 1.1.9-0ubuntu1 i386 ALSA library additional plugins
Hey guys, Is the pack for linux updated for 47.03? If so, is there any tutorial on how to install it? Sorry, Linux noob here (Installed it yesterday so I'm still learning everything). I'm using Linux Mint
hmm... well I have several problems but the most annoying one is with the TWBT graphic mode, basically for some reason it does not update the graphics in adventure mode especially.That reason is that TWBT is not currently compatible with adventurer mode.
for example if I move in adventure mode with fast travel the map window will update graphics and sometimes will just drag on, it looks like a mess to me in adventure mode for some reason
TWBT still might not be very stable in adventure mode, though, so be cautious when using TWBT with adventure mode.https://dwarffortresswiki.org/index.php/DF2014:Tilesets
That particular quote dates back to 2018 (https://dwarffortresswiki.org/index.php?title=DF2014:Tilesets&oldid=234540), and may be outdated (my understanding is that TWBT includes some support for adventure mode, i.e. it's not entirely unsupported, but adventure mode is inherently harder to support and tends to run into more issues).Quote from: WikiTWBT still might not be very stable in adventure mode, though, so be cautious when using TWBT with adventure mode.https://dwarffortresswiki.org/index.php/DF2014:Tilesets
(some quote)
Also, for reference, you can put the wiki URL directly in the quote tag, like this:Ah, so it's "quote=url", not "quote link=url", like forum quotes. ::)Quote from: https://dwarffortresswiki.org/index.php/DF2014:Tilesets(some quote)
- Patches PyLNP configuration to avoid a problem where PyLNP cannot detect the terminalJust curious, what PyLNP version are you using? (I know this pack ships with 0.13b currently, but was wondering if you had changed that.) PyLNP 0.14 has apparently fixed some of the Linux terminal issues, so this pack in particular may benefit from upgrading: http://www.bay12forums.com/smf/index.php?topic=140808.msg8154458#msg8154458
xrdb -load /dev/null
xrdb -query
Does that help?My older version it seems just stopped working and i posted to that old one asking how to fix it, but now ive found this one and ive extracted it to my desktop and i run it with ./startlnp in the terminal. what my question is now (ubuntu os and im not very linux literate at all) how do i uninstall the older one off my system and how can i make my install cleaner? as in not on my desktop and able to run it off my sidebar and a wee desktop icon instead of from terminalFYI, the other thread you posted to is for PyLNP, which is the GUI used by all modern packs, including this one.
My older version it seems just stopped working and i posted to that old one asking how to fix it, but now ive found this one and ive extracted it to my desktop and i run it with ./startlnp in the terminal. what my question is now (ubuntu os and im not very linux literate at all) how do i uninstall the older one off my system and how can i make my install cleaner? as in not on my desktop and able to run it off my sidebar and a wee desktop icon instead of from terminal