[charles@localhost freeorion]$ ./freeorion
./freeorion: line 13: unexpected EOF while looking for matching ``'
./freeorion: line 21: syntax error: unexpected end of file
#!/bin/sh
# Change into application directory
# If this is a symlink, then we
# need to change into dir of symlink
if [ -h $0 ]; then
echo "I am Symlink. Following into my targets basedir"
ME=`readlink $0`
else
echo "Following into my basedir"
ME=$0
fi
ROOT=`dirname ${ME}`/application
cd ${ROOT}
echo -n "CWD: "
pwd
# Call with settings-dir to avoid conflicting installations
./freeorion --settings-dir $ROOT/default
justin@ubuntu:~/Desktop$ sudo freeorion/setup.shThe setup program seems to have failed on x86_64/glibc-2.1
Fatal error, no tech support email configured in this setup
Is there anything I can do about this? or is this just a x64 problem ? Should I bite the bullet and get the XP installer for my other system ?
BTW: here is the MD5 for the archive that I received:
First of all, I love the option for a Linux binary! I compiled freeorion a while back on Gutsy and it was a hassle, even moreso for a newer Linux user. I can confirm that the binary runs on 64bit systems (Hardy to be exact), but it seems the research button crashes the game. When I compiled it on Gutsy, I remember being able to access the research screen. Here is the output from starting a new game and clicking the research button immediately:
~/freeorion$ ./freeorion
Following into my basedir
CWD: /home/stormspire/freeorion/application
chdir(.)
Could not find platform independent libraries <prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
HumanClientApp::HandleMessage(HOST_SP_GAME)
Could not find platform independent libraries <prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
Could not find platform independent libraries <prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
Could not find platform independent libraries <prefix>
Consider setting $PYTHONHOME to <prefix>[:<exec_prefix>]
'import site' failed; use -v for traceback
HumanClientApp::HandleMessage(GAME_START)
HumanClientApp::HandleSaveGameDataRequest(SAVE_GAME)
Received save game data from player Happy_Player ... 0 orders received
Received save game data from player AI_2 ... 0 orders received
Received save game data from player AI_1 ... 0 orders received
Received save game data from player AI_3 ... 0 orders received
Received save game data from player AI_4 ... 0 orders received
Warning: Could not load "/usr/lib/graphviz/libgvplugin_pango.so.5" - /usr/lib/graphviz/libgvplugin_pango.so.5: wrong ELF class: ELFCLASS64
Warning: Could not load "/usr/lib/graphviz/libgvplugin_dot_layout.so.5" - /usr/lib/graphviz/libgvplugin_dot_layout.so.5: wrong ELF class: ELFCLASS64
Error: Layout type: "dot" not recognized. Use one of: circo dot fdp neato nop nop1 nop2 twopi
Segmentation fault
The game runs flawlessly otherwise (haven't tried combat though). I can end turns, move ships, colonize, start production, etc. Am I missing a dependancy? I am anxious to see the progress on the tech tree since I last checked out this project.
Hm, strange. It should have linked graphviz statically into the binary, but at your backtrace it was loaded dynamically. I'll have a look at that.
Would it be possible for you to deinstall graphviz? Maybe then the modules compiled into the binary are used.
/Edit:
I checked that on my machine. And indeed - if graphviz is installed, some graphviz-plugins are loaded dynamically. If graphviz is NOT installed, nothing is loaded, but the binary is still working correctly.
As the version I linked is built 32-bit, it may conflict with the 64-bit variant of the modules. I do not know how to tell graphviz where to load modules from, so i cannot deliver the plugins with FO.
I can link the module "gvplugin_pango" statically, but then the resulting binary depends on libpango and different dependecies relatet to that. That again would limit the number of distros the binary would run on.
......
[Detaching after fork from child process 3585. (Try `set detach-on-fork off'.)]
[New Thread 32418704 (LWP 3586)]
HumanClientApp::HandleMessage(HOST_SP_GAME)
HumanClientApp::HandleMessage(GAME_START)
HumanClientApp::HandleSaveGameDataRequest(SAVE_GAME)
Received save game data from player Happy_Player ... 0 orders received
Received save game data from player AI_1 ... 0 orders received
Received save game data from player AI_3 ... 0 orders received
Received save game data from player AI_2 ... 0 orders received
Received save game data from player AI_4 ... 0 orders received
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208088848 (LWP 3579)]
0x05c9edfb in ?? () from /usr/lib/nvidia/libGL.so.1
Missing separate debuginfos, use: debuginfo-install libXcursor.i386 libXfixes.i386 libXrandr.i386 libXrender.i386
Are both installations on the same machine, or is that different hardware?
Do you have the lateste nVidia-drivers installed? The crash seems to result from them.
Does the segfault appear immediately or after starting a new game? If the latter, then maybe your graficscard does not support OpenGL 1.5. Try appending output from "glxinfo" here as a attachement.
I'm having a little trouble with running this game. I've downloaded the latest file, untarred it in my /home/user/games directory, went into the new freeorion directory, and tried to run the command "freeorion," but it says "command not found," despite the fact that an executable file by that name is in that directory. I'm not a total Linux newbie, but have I missed a step?
I'm having a little trouble with running this game. I've downloaded the latest file, untarred it in my /home/user/games directory, went into the new freeorion directory, and tried to run the command "freeorion," but it says "command not found," despite the fact that an executable file by that name is in that directory. I'm not a total Linux newbie, but have I missed a step?