FreeOrion

I dunno... I like the stacking. Fast ships really help a lot in usability. Maybe one could cap it so they don't stack linear forever. StarDrive 2 has a mass per component and calculates speed and manoeuvrability based on that. It's interesting. Then again, their whole ship design is different. Tile-...

I thought about the idea of stargates beeing "fixed" two way shortcuts, too. Apart from the additional hassle in setting them up, it may be a good compromise between the micro hassle now and the uber-powerfull MOO2 variant of everything is instantly connected... One thing on topic, regardi...

My feeling is that currently, both python versions are commonly used and available on most (linux) platforms. Arch and gentoo use 3 as default, more conservative distros use 2 as default. Both distro types should have both python versions available, probably even installed by default. The PEP mentio...

Chriss What's the output of `python -V`? The boost python library needs to be compiled against a specific version of python. FO requires 2.7. I don't know what Arch provides. Fedora provides both library variants as separate and parallel installable packages, The Debian package allows to link again...

oopsie

Kay, if you could commit that change and the boost 1.58 fix then I can go ahead and migrate the Arch package to Git sometime later this week.

Actually, This got changed 8 days ago or so by adrian_brother - he added the find_package(PythonInterp REQUIRED) without a version (other similar calls for server and client have the version 2). Maybe that's what broke things for my environment.

Wait, you mean, our hack to work around the problem for boost versions prior to 1.58 doesn't work for 1.58 anymore? I first tried to copy the 1.57 hack so that it is active for 1.58 too, but that did not change the situation. So it seems to be another issue in 1.58 than in 1.57, and the issue in 1....

For me, regarding the missing include(s) in boost 1.58, I added the following hack: [chris@desk freeorion.git]$ git diff util/Serialize.ipp diff --git a/util/Serialize.ipp b/util/Serialize.ipp index b4027b2..c230721 100644 --- a/util/Serialize.ipp +++ b/util/Serialize.ipp @@ -5,12 +5,19 @@ #include ...

I found this: http://www.gamedev.net/topic/661109-cmake-force-boostpython-to-link-python-27/ And changed the root CMakeLists.txt: [chris@desk freeorion.git]$ git diff CMakeLists.txt diff --git a/CMakeLists.txt b/CMakeLists.txt index 46bfa7a..38de16b 100644 --- a/CMakeLists.txt +++ b/CMakeLists.txt @...

Hm... I'd really like to not have an extra boost build... Also since the Arch Package would need that too. It seems odd because older boost packages have the same issues. I don't think that python3 stuff is all that new in arch, though I do not know for sure. That may all be, but fact is that boost...

Hm... I'd really like to not have an extra boost build... Also since the Arch Package would need that too. It seems odd because older boost packages have the same issues. I don't think that python3 stuff is all that new in arch, though I do not know for sure. I'll do some more tests. If that macro f...

http://imgur.com/gallery/HTisMpC ?

Anyway... I'm trying to narrow it down, had some issues earlier and ended up fixing my boost install because it started to annoy me... That hack above didn't help, didn't know where to hack it otherwise...

Are you guys sure this is python related? I mean that's a C++ function call and neither I nor grep see where that function is defined... [chris@desk freeorion.git]$ grep -r initfo_logger . ./python/server/PythonServerFramework.cpp: initfo_logger(); // allows the "fo_logger" C++ module to b...

Thanks. It's working.

This may break compilation or a package on a distro which does not have a python2 symlink. But then, that's an issue with that distro and can be fixed in the package if needed. I don't know about Windows.

[chris@desk build]$ rm -r * && cmake ../freeorion.git/ && make -j8 -k -- Setting build type to 'Release' as none was specified. -- The C compiler identification is GNU 5.1.0 -- The CXX compiler identification is GNU 5.1.0 -- Check for working C compiler: /usr/bin/cc -- Check for wor...