Print

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

[i00n]

Could you try replacing distro_fixes.sh with this and see if it works without that change? (I just changed it to locate zlib on non-64-bit platforms.)

I have added the # before zlib preload in ./dfhack to disable it then used that file you posted and IT WORKS I'm using Arch 32bit btw

[i00n]

Okay another problem surfaced, I am unable to start The Rapist - trying to run it from LNP does nothing and when I have tried to manually start it from the console I get:

Code: [Select]

./dwarftherapist
which: no DwarfTherapist in (/usr/bin)
ERROR: /usr/bin/DwarfTherapist not found.
       
Verify $_DT_BINARY defined in /root/Downloads/04024r3-i686/LNP/utilities/dwarf_therapist/dist/dwarftherapist script is set correctly.
Am I doing something wrong or on 32bit linux it never worked?
Right now I have downloaded DT as a standalone and its working properly but the LNP one won't start.

[eli_cash]

Alright, I am very much a linux noob, just installed a Linux OS on my laptop this week and have been trying for quite a while to get LNP working on it. I am running Ubuntu 14 32-bit. I installed all the prerequisits that were given in the readmes and this thread (or at least i think i have) and Java is completely up to date. This is the error-log it gives me when i ./startlnp.

eli@elis-linux-shitbook:~/04024r3-x64$ ./startlnp
./PyLNP: 1: ./PyLNP: ����%ڕ!h: not found
./PyLNP: 1: ./PyLNP: NB]K: not found
./PyLNP: 1: ./PyLNP: ./PyLNP: 1: ./PyLNP: 9^@WRVM[
                                                    SOZEL
                                                          : not foundFA_71X4:/: not found

./PyLNP: 1: ./PyLNP: �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: 1: ./PyLNP: �aJh�aKp�aLx�aM��aN��aO��aP��aQ��aR��aS��aU��aV��aWȴaXдaYشaZ��a[��a]��a^��a_�a: not found
./PyLNP: 1: ./PyLNP: ����%ږ!h: not found
./PyLNP: 2: ./PyLNP: �@����%ʖ!h
                               �0����%–!h
                                         �: not found
./PyLNP: 1: ./PyLNP: cannot create
�@@x�
@@'$@@@@@�
�@@

@@ԯ
ԯ

�
�a�Q�td/lib64/ld-linux-x86-64.so.2
GNU GNUc*�Ž5�}2~x�'�CaYH56(T.
Q

� 6�*���ص�
n
��
�
>�

�IA�
�Z
z
��a�@��p��f
�a��
C
�60

�J
���Y
�
��
�
[u�Ga
�����a+>
�n;��
t
J
�$
f�
�B�
                                            �
|0�
�����a���
��
�
����:b2
T�7
libdl.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.3







uii   � �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: 1: ./PyLNP: ELF

: not found
./PyLNP: 8: ./PyLNP: Syntax error: "(" unexpected

If anyone could help me get past these issues so I can play Dwarf Fortress I would be very thankful. Sorry ahead of time if I overlooked something very simple, still learning the ropes of linux.

[lethosor]

What do "file ./startlnp" and "file ./PyLNP" return? (I'm not sure if the latter is the correct path.)
Also, are you using an Intel machine or something else?

[eli_cash]

eli@elis-linux-shitbook:~/04024r3-x64$ file ./startlnp
./startlnp: POSIX shell script, ASCII text executable

eli@elis-linux-shitbook:~/04024r3-x64$ file ./PyLNP
./PyLNP: ELF 64-bit LSB  executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.32, BuildID[sha1]=13632aadc5bd1335c37d327e788ed08fb0c927bc, not stripped

Edit: I'm using an intel machine (i5)

[lethosor]

That's a 64-bit executable. Did you download the 32-bit pack?
Interesting host name, by the way.

[shepdozejr]

Is anybody else running i686/32bit having issues with tilesets? (specifically Spacefox)

My dwarfs all look dead and I can't read any of the symbols (punctuation). I haven't played in a while. Maybe there's an easy fix for this? ie manually installing the tileset

[ClemClone]

Hi all -- long time player, first time seeker.
I'd been playing via PyLNP just fine on my old 32 bit Ubuntu machine, but its time has passed. 
New 64 bit machine; Ubuntu 14.04; Python 2.7.6.
PyLNP launches fine but won't launch DF.  After fooling with the scripts for a while it looks like nothing's going because $BASH_SOURCE has no value (although for all I can see it could be anything else).  I try suggesting various values for it but none seem satisfactory.  Can't see what was supposed to set that or what to.
As far as I can tell nobody else has complained about this so I'm probably having a *really* basic incompetence of some kind.  Hints?  Thanks!

[lethosor]

You're probably using a non-bash shell. Try replacing the "df" and "dfhack" scripts with the latest versions from here.

[ClemClone]

Well that is pretty dang basic -- you did not disappoint me there.  But now I get this:

Code: [Select]

/tmp/_MEInIEzaP/xdg-terminal: 364: [: x/home/ctc3d/action/df64/df_linux/dfhack: unexpected operator
/tmp/_MEInIEzaP/xdg-terminal: 367: [: x-x: unexpected operator

Any further clue?

[lethosor]

That's an issue with the xdg-terminal script bundled in PyLNP, which will probably have to wait for a new PyLNP release to be fixed. If that occurs when launching DF, try running the 'dfhack' or 'df' scripts manually (either from the command line or from whatever file manager you use).

[RobertG]

Hi Everyone,

Newbie here ... I discovered Dwarf Fortress and started playing it a couple weeks ago, and I'm hooked. I've never seen anything like this game before, it's completely captured my imagination. I can't wait to get deeper in.

The basic Dwarf Fortress game runs fine on my Debian system. But I've been having a lot of trouble getting the Lazy Newb Pack to run.

Actually, the LNP launcher seems to run just fine. But when I try to run DF from the launcher, I've been getting errors that seem to be related to my video driver setup. I've already spent several hours researching this and testing it with various packages installed or removed, but ...

Here's the output I see in my terminal window when I try to run DF from the LNP launcher:

Code: [Select]

Loading bindings from data/init/interface.txt
libGL error: unable to load driver: r600_dri.so
libGL error: driver pointer missing
libGL error: failed to load driver: r600
libGL error: unable to load driver: swrast_dri.so
libGL error: failed to load driver: swrast
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 39 error_code 2 request_code 156 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.)
It appears the program can not find 2 drivers: r600_dri.so and swrast_dri.so. But when I run the "find / -name "r600_dri.so" command, I see the following output:

Code: [Select]

/usr/lib/i386-linux-gnu/dri/r600_dri.so
/usr/lib/x86_64-linux-gnu/dri/r600_dri.so
Similarly, running "find / -name "swrast_dri.so" produces this output:

Code: [Select]

/usr/lib/i386-linux-gnu/dri/swrast_dri.so
/usr/lib/x86_64-linux-gnu/dri/swrast_dri.so
So, I've reached the point where I need help from someone who knows more than I do. It appears both the 64-bit and 32-bit versions of both drivers are available on my system. Also, DF runs fine without the LNP. And yet this error keeps coming up.

My system is Debian (jessie), fully updated and upgraded.

Can anyone help me with this?

Many thanks!
RobertG

EDIT: After a couple hours more fiddling, I managed to solve this problem for myself. The solution was simply to delete the libstdc++.so.6 and libgcc_s.so.1 files from the df_linux/libs directory, thereby allowing the system to use the already-installed versions. After that, all the bits of the LNP are now working:)

[ClemClone]

Hm; well RobertG's fix seemed real promising... but gets me no further than I was before. Per lethosor's suggestion I get:

Code: [Select]

me@thisbox:~/Desktop/action/df64/df_linux$ ./dfhack
[distro_fixes.sh] you must provide DF_DIR as an argument.
me@thisbox:~/Desktop/action/df64/df_linux$ ./dfhack .
-e [distro_fixes] INFO Checking whether any ARCH/distro specific fixes are required...
-e [distro_fixes] INFO OS: Ubuntu
-e [distro_fixes] INFO ARCH: x86_64
-e [distro_fixes] INFO VER: 14.04
-e [distro_fixes] INFO DF_ARCH: 32-bit
-e [distro_fixes] INFO DF_BIN_LOCATION: ./libs/Dwarf_Fortress
./dfhack: 60: [: x32-bit: unexpected operator
-e [distro_fixes] INFO Done
./libs/Dwarf_Fortress: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory

lethosor, I really appreciate your attentiveness here.  Weird though -- whatever's going on, can it really be that since July only RobertG and I have had this sort of fundamental trouble?  Surely there's more 64-bit Debianites using this than just us...?

[lethosor]

Try updating the dfhack script as well (and df, if you want to run DF without DFHack).

[ClemClone]

Yeah -- per your original suggestion I did that; it was the versions you gave the link to on Github that produced this last output I showed.   Also the bare binary doesn't want to run:

Code: [Select]

./Dwarf_Fortress: error while loading shared libraries: libSDL-1.2.so.0: cannot open shared object file: No such file or directory

It seems that each level of this whole complex has some objection to my brand new clean system.  Sadly, and with apologies, I'm working in Lazy Everything mode these days and can't do the proper conflict-chasing that I should.  Perhaps I'm just out of luck until I've got the time to do my own homework.