FreeOrion

Test results: It instals but does not work on my computer.

Is CVS code compilable right now?

It is for me on Windows.

hi, installer passed without complaining.
I had to install graphviz etc:

apt-get install libboost-{filesystem,graph,signals}1.32.0c2 libsdl1.2debian-all libsdl-net1.2 libdevil1c2 libfreetype6 liblog4cpp1c102 graphviz

and fmod 3.74.1 from
http://www.fmod.org/files/fmodapi3741linux.tar.gz

freeorion: Symbol `_ZTVSt15basic_stringbufIcSt11char_traitsIcESaIcEE' has different size in shared object, consider re-linking
void InitDirs()
/usr/bin/freeorion

Any ideas?

ldd /usr/bin/freeorion
linux-gate.so.1 => (0xffffe000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7e7b000)
libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7e69000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7e55000)
liblog4cpp.so.1 => /usr/lib/liblog4cpp.so.1 (0xb7e34000)
libGiGi.so => /usr/lib/libGiGi.so (0xb7c32000)
libGiGiSDL.so => /usr/lib/libGiGiSDL.so (0xb7c2c000)
libGiGiNet.so => /usr/lib/libGiGiNet.so (0xb7c23000)
libfmod-3.74.so => /lib/libfmod-3.74.so (0xb7b8a000)
libcommon.so.0 => /usr/lib/graphviz/libcommon.so.0 (0xb7b31000)
libdotgen.so.0 => /usr/lib/graphviz/libdotgen.so.0 (0xb7b14000)
libgraph.so.0 => /usr/lib/graphviz/libgraph.so.0 (0xb7b09000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7a2d000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7a07000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb79fc000)
libc.so.6 => /lib/tls/libc.so.6 (0xb78c4000)
libboost_signals-gcc-mt-1_32.so.1.32.0 => /usr/lib/libboost_signals-gcc-mt-1_32.so.1.32.0 (0xb78ae000)
libboost_filesystem-gcc-mt-1_32.so.1.32.0 => /usr/lib/libboost_filesystem-gcc-mt-1_32.so.1.32.0 (0xb789c000)
libGL.so.1 => /usr/lib/libGL.so.1 (0xb782c000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb77b1000)
libartsc.so.0 => /usr/lib/libartsc.so.0 (0xb77ab000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb77a8000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb77a4000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7720000)
libesd.so.0 => /usr/lib/libesd.so.0 (0xb7717000)
libaudiofile.so.0 => /usr/lib/libaudiofile.so.0 (0xb76f3000)
libaudio.so.2 => /usr/lib/libaudio.so.2 (0xb76de000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0xb767a000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb75b3000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb75a5000)
libvga.so.1 => /usr/lib/libvga.so.1 (0xb7544000)
libaa.so.1 => /usr/lib/libaa.so.1 (0xb7528000)
libasound.so.2 => /usr/lib/libasound.so.2 (0xb746f000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb746b000)
/lib/ld-linux.so.2 (0xb7f35000)
libnsl.so.1 => /lib/tls/libnsl.so.1 (0xb7455000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0xb739a000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb732d000)
libIL.so.1 => /usr/lib/libIL.so.1 (0xb7222000)
libILU.so.1 => /usr/lib/libILU.so.1 (0xb7209000)
libILUT.so.1 => /usr/lib/libILUT.so.1 (0xb7204000)
libgvgd.so.2 => /usr/lib/graphviz/libgvgd.so.2 (0xb71b5000)
libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7194000)
libpathplan.so.0 => /usr/lib/graphviz/libpathplan.so.0 (0xb7187000)
libcdt.so.0 => /usr/lib/graphviz/libcdt.so.0 (0xb7182000)
librt.so.1 => /lib/tls/librt.so.1 (0xb717a000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7171000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7159000)
libncurses.so.5 => /lib/libncurses.so.5 (0xb7117000)
libslang.so.2 => /lib/libslang.so.2 (0xb7051000)
libgpm.so.1 => /usr/lib/libgpm.so.1 (0xb704b000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7026000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7007000)
libtiff.so.4 => /usr/lib/libtiff.so.4 (0xb6fb7000)
libmng.so.1 => /usr/lib/libmng.so.1 (0xb6f52000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6f23000)
liblcms.so.1 => /usr/lib/liblcms.so.1 (0xb6ef5000)

Yeah. That bug is known and probably the showstopper for a binary release apart from releasing a statically linked version. As a last resort I will try to create two installers, one compiled under Debian sid, one under Debian sarge. The user than has to download the correct one (which would be try-and-error)

Yes, I'll do a .deb, too, but this won't help SuSE, Fedora etc. users.

Thanks for quick reply.
Are you doing packaging by hand?

It would be nice to have the package type as a Makefile target, for example :) I can maintain RPM and Debian packages, for example. I've already used checkinstall for CVS builds of freeorion with success, but for official building there should be some .spec and debian/rules files present.

I've tested your autopackage installer. It has some problems.



When trying to run freeorion:



This is the ldd:



My system is Mandriva 2005LE, some libraries replaced with custom newer versions.



If you want strace or something, let me know. I know this won't run because of gcc 3.4.3 instead of gcc 3.4.4, but differences shouldn't be so big between those two versions, that FO won't run. Could you help me?

_________________
The emperor wants to control outer space. Yoda wants to control inner space. That's the fundamental difference between the good and the bad sides of the force... - Mof, Human Traffic

Yoghurt had written you should install these libraries prior to installing the package.

IMHO I'd like to have all neccessary libraries bundled with FreeOrion to ensure no system upgrade breaks the dependencies.

My experience is nearly identical to that of Wolverine's.

Installs with a few hickups, doesn't work though. I beleave I have all the library's loaded. I have a rather vanilla version of Suse 9.3 installed.

error:
FAIL: Package Autopackage GTK+ Graphical User Interface could not be installed.
Invoking session rollback and returning the computer to its
previous state before this installation procedure was started.
Please run 'exec bash' in each terminal to update your path.


error:
err:installExe()1285: freeorion cannot be run on this system.
err:installExe()1285: freeorionca cannot be run on this system.
err:installExe()1285: freeoriond cannot be run on this system.

error:
rm: cannot remove directory `/home/mrupert1/tmp3098319403/payload/@freeorion.org/freeorion:0.3/data/art/planets/asteroids': No such file or directory

When I fire off the executable:
workstation:/home/mrupert1 # freeorion
freeorion: error while loading shared libraries: liblog4cpp.so.1: cannot open shared object file: No such file or directory

GCC version 3.3.5.

I will gladly send any more information if its helpful. I get the feeling these are issues that are well known to other's here. I hope this helps.

-Rupert

You will need log4cpp.

But I've given up hope to provide shared lib binaries. We might provide some statically linked version of FO, although I think this will disable hardware-accelerated OpenGL.

Anyway, I'm heading for debian/rules now.

Ok. I have compiled liblog4cpp, but I'm still getting message "cannot find shared object".
I have checked if I have liblog4cpp.so.1 on my system and I didn't have it. Instead I have liblog4cpp.so.4. I had to symlink it. Now it doesn't bother about liblog4cpp. I have installed fmod, but still I didn't get libfmod-3.74.so, so I had to symlink it to libfmod-3.74.1.so.

I have installed boost, but it gives me error:


I don't want debian ;P I want rpm

_________________
The emperor wants to control outer space. Yoda wants to control inner space. That's the fundamental difference between the good and the bad sides of the force... - Mof, Human Traffic

I did few other symlinks:



And now I'm getting:



IT SUCKS. I wanna play mommy!

I don't want to update glibc, because I did it once and it screwed my entire system.

_________________
The emperor wants to control outer space. Yoda wants to control inner space. That's the fundamental difference between the good and the bad sides of the force... - Mof, Human Traffic

BTW. I'm trying to compile freeorion from cvs. It gives me a headache. I have resolved all dependencies, but when I issue scons on GiGi i get from the config.log:



I have libMesaGLU1 and libMesaGLU1-devel installed. What the hell? Anyone could help?

BTW. I wonder why don't you stick to KISS (keep it simple stupid) rules like autoconf/autogen that everybody knows. It would be much simpler to compile this marvelous game.

---- Edit ----
I have managed to compile GiGi, but this scons thing is ultimately stupid. I had to issue:
ln -s /usr/X11R6/lib/libGLU.* /usr/lib/
to make it properly detect libGLU. Sic!

_________________
The emperor wants to control outer space. Yoda wants to control inner space. That's the fundamental difference between the good and the bad sides of the force... - Mof, Human Traffic

I had used automake for FO, but the system was slow as hell. SCons will be much better, but the current SConstruct was just a quick and dirty hack to get it to compile the binary for the installer. Now that the installer will not be very helpful, I will put some more work into it.

SCons isn't stupid here, because it simply does not check at all for it (see above). But BTW: the problem here probably lies with a missing /usr/X11R6/lib in /etc/ld.so.conf (run ldconfig afterwards). Please check.

Oh yeah? I've done zillions of compilations and I know how to resolve problems. I have /usr/X11R6/lib in ld.so.conf. I did ldconfig and Scons didn't find it.

I've managed to compile FO, however I had to make some symlinks to this libGLU1 and I had to change paths in Scons configuration file and had to remove those four lines after import os, because env["ENV"]["PATH"] = os.environ("PATH") cannot be assigned before creating env list variable!

FO is working now, but I found some bugs in it. Especially the directory iterator from boost points to ~/save and should point to ~/.freeorion/save when loading game. I know this is CVS, but hey. This bug is quite obvious. Also. Switching resolution doesn't work from options. It works from command line. There is no fullscreen tick in option. And there are many other numerous bugs I have found. If you want to hear about them I can write them down in other forum/thread.

_________________
The emperor wants to control outer space. Yoda wants to control inner space. That's the fundamental difference between the good and the bad sides of the force... - Mof, Human Traffic

Once again, SCons did not look for it. It's g++ who didn't find it.

And it does it correctly here on my machine.

Post them to the BTS. There's a link from the MainPage