Building from git on wheeze

Building from git on wheeze

Discuss your problems with the latest release of the engine here. Problems with games, maps or other utilities belong in their respective forums.

Moderator: Moderators

Post Reply
otyugh
Posts: 43
Joined: 26 Oct 2014, 18:31

Building from git on wheeze

Post by otyugh »

Hey,
as debian wheeze only use spring 88, I want to update it. After installing all the dependency asked, I get stuck on the following.
I was hoping for a little guidance here !
dpkg-buildpackage: paquet source spring
dpkg-buildpackage: version source 96.0+dfsg-1
dpkg-buildpackage: source changé par Markus Koschany <apo@gambaru.de>
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
dpkg-source --before-build spring-96.0+dfsg
dpkg-buildpackage: architecture hôte amd64
debian/rules clean
I: spring_96.0+dfsg
dh clean --parallel
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
dh_testdir -O--parallel
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
dh_auto_clean -O--parallel
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
dh_clean -O--parallel
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
debian/rules build
I: spring_96.0+dfsg
dh build --parallel
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
dh_testdir -O--parallel
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
debian/rules override_dh_auto_configure
I: spring_96.0+dfsg
make[1]: entrant dans le répertoire « /home/otyugh/tmp/spring-96.0+dfsg »
dh_auto_configure -- \
-DBINDIR=games \
-DDATADIR=share/games/spring \
-DLIBDIR=lib/spring \
-DAI_LIBS_DIR=lib/spring \
-DAI_DATA_DIR=share/games/spring \
-DAI_FIND_QUIETLY=FALSE \
-DJAVA_FIND_REQUIRED=TRUE \
-DCMAKE_BUILD_TYPE=RELWITHDEBINFO \
-DMARCH_FLAG=""
dpkg : avertissement : ignoring option --foreign-architecture=@MULTIARCH@: must start with an alphanumeric
-- The C compiler identification is GNU
-- The CXX compiler identification is GNU
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
CMake Error at /usr/share/cmake-2.8/Modules/FindBoost.cmake:1202 (message):
Unable to find the requested Boost libraries.

Boost version: 1.46.1

Boost include path: /usr/include

Detected version of Boost is too old. Requested version was 1.47 (or
newer).

The following Boost libraries could not be found:

boost_thread
boost_regex
boost_program_options
boost_system
boost_chrono
boost_signals
boost_filesystem

No Boost libraries were found. You may need to set BOOST_LIBRARYDIR to the
directory containing Boost libraries or BOOST_ROOT to the location of
Boost.
Call Stack (most recent call first):
CMakeLists.txt:237 (FIND_PACKAGE)


-- Could NOT find Boost
-- Looking for include files CMAKE_HAVE_PTHREAD_H
-- Looking for include files CMAKE_HAVE_PTHREAD_H - found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found DevIL: /usr/include/IL/il.h
-- Found DevIL-ILU: /usr/lib/libILU.so - /usr/include/IL/ilu.h
-- Found DevIL-ILUT: /usr/lib/libILUT.so - /usr/include/IL/ilut.h
-- Checking to see if CXX compiler accepts flag -fvisibility=hidden
-- Checking to see if CXX compiler accepts flag -fvisibility=hidden - yes
-- Checking to see if CXX compiler accepts flag -fvisibility-inlines-hidden
-- Checking to see if CXX compiler accepts flag -fvisibility-inlines-hidden - yes
-- Checking to see if CXX compiler accepts flag -msse -mfpmath=sse
-- Checking to see if CXX compiler accepts flag -msse -mfpmath=sse - yes
-- Checking to see if CXX compiler accepts flag -mno-sse2
-- Checking to see if CXX compiler accepts flag -mno-sse2 - yes
-- Checking to see if CXX compiler accepts flag -mno-sse3
-- Checking to see if CXX compiler accepts flag -mno-sse3 - yes
-- Checking to see if CXX compiler accepts flag -mno-ssse3
-- Checking to see if CXX compiler accepts flag -mno-ssse3 - yes
-- Checking to see if CXX compiler accepts flag -mno-sse4.1
-- Checking to see if CXX compiler accepts flag -mno-sse4.1 - yes
-- Checking to see if CXX compiler accepts flag -mno-sse4.2
-- Checking to see if CXX compiler accepts flag -mno-sse4.2 - yes
-- Checking to see if CXX compiler accepts flag -mno-sse4
-- Checking to see if CXX compiler accepts flag -mno-sse4 - yes
-- Checking to see if CXX compiler accepts flag -mno-sse4a
-- Checking to see if CXX compiler accepts flag -mno-sse4a - yes
-- Checking to see if CXX compiler accepts flag -mno-avx
-- Checking to see if CXX compiler accepts flag -mno-avx - yes
-- Checking to see if CXX compiler accepts flag -mno-fma
-- Checking to see if CXX compiler accepts flag -mno-fma - yes
-- Checking to see if CXX compiler accepts flag -mno-fma4
-- Checking to see if CXX compiler accepts flag -mno-fma4 - yes
-- Checking to see if CXX compiler accepts flag -mno-xop
-- Checking to see if CXX compiler accepts flag -mno-xop - yes
-- Checking to see if CXX compiler accepts flag -mno-lwp
-- Checking to see if CXX compiler accepts flag -mno-lwp - yes
-- Checking to see if CXX compiler accepts flag -mno-avx2
-- Checking to see if CXX compiler accepts flag -mno-avx2 - no
compiler doesn't support: -mno-avx2
-- Checking to see if CXX compiler accepts flag -mieee-fp
-- Checking to see if CXX compiler accepts flag -mieee-fp - yes
-- Checking to see if CXX compiler accepts flag -std=gnu++11
-- Checking to see if CXX compiler accepts flag -std=gnu++11 - no
compiler doesn't support: -std=gnu++11
-- Checking to see if CXX compiler accepts flag -std=gnu++0x
-- Checking to see if CXX compiler accepts flag -std=gnu++0x - yes
-- Checking to see if CXX compiler accepts flag -march=i686
-- Checking to see if CXX compiler accepts flag -march=i686 - no
-- Checking to see if CXX compiler accepts flag -march=x86_64
-- Checking to see if CXX compiler accepts flag -march=x86_64 - no
-- Checking to see if CXX compiler accepts flag -mno-tls-direct-seg-refs
-- Checking to see if CXX compiler accepts flag -mno-tls-direct-seg-refs - yes
-- Checking to see if CXX compiler accepts flag -fuse-ld=gold
-- Checking to see if CXX compiler accepts flag -fuse-ld=gold - no
-- Building Spring for 64bit environment
CMake Warning at CMakeLists.txt:321 (Message):
You are using ld.bfd, it's much slower than ld.gold.


-- Compiling with C++11
-- using mtune=generic (unsure if it will sync in online gaming)
-- Found GLEW: /usr/include (Required is at least version "1.5.1")
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.3.4")
-- Building Assimp with flags -std=gnu++0x -mtune=generic -msse -mfpmath=sse -mno-sse2 -mno-sse3 -mno-ssse3 -mno-sse4.1 -mno-sse4.2 -mno-sse4 -mno-sse4a -mno-avx -mno-fma -mno-fma4 -mno-xop -mno-lwp -frounding-math -mieee-fp -pipe -fno-strict-aliasing -fvisibility=hidden -fvisibility-inlines-hidden -pthread
-- Found AWK: /usr/bin/awk
-- AWK version: mawk 1.3.3 Nov 1996, Copyright (C) Michael D. Brennan
-- Found AI Wrapper: CUtils (sources only wrapper)
-- Found AI Interface: C-AIInterface 0.1
-- Found Java: /usr/bin/java (found version "1.6.0.33")
-- Found Java: /usr/lib/jvm/java-6-openjdk-amd64/bin/java
-- Found JNI: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/libjawt.so
-- Found AI Interface: Java-AIInterface 0.1
-- Could NOT find Maven (missing: MVN_BIN MVN_VERSION MVN_ATTRIBUTES_DEFAULT)
-- Found AI Wrapper: LegacyCpp-AIWrapper
-- Found AI Wrapper: LegacyCpp-Creg-AIWrapper
-- Found AI Wrapper: Cpp-AIWrapper
-- Found AI Wrapper: JavaOO
-- Found vecmath.jar: /usr/share/java/vecmath.jar
-- Could NOT find Maven (missing: MVN_BIN MVN_VERSION MVN_ATTRIBUTES_DEFAULT)
-- Found Skirmish AI: Shard dev
-- Found Skirmish AI: E323AI 3.25.0
-- Found Skirmish AI: RAI 0.601
-- Found Skirmish AI: HughAI 0.1
-- Found Skirmish AI: CppTestAI 0.1
-- Found Skirmish AI: NullAI 0.1
-- Could NOT find Maven (missing: MVN_BIN MVN_VERSION MVN_ATTRIBUTES_DEFAULT)
-- Found Skirmish AI: NullJavaAI 0.1 (config: default)
-- Could NOT find Maven (missing: MVN_BIN MVN_VERSION MVN_ATTRIBUTES_DEFAULT)
-- Found Skirmish AI: NullOOJavaAI 0.1 (config: default)
-- Found Skirmish AI: AAI 0.9
-- Found Skirmish AI: KAIK 0.13
-- Found PythonLibs: /usr/lib/libpython2.7.so
-- Found PythonInterp: /usr/bin/python (found version "2.7.3")
-- Python unitsync wrapper will be created
-- Found SevenZip: /usr/bin/7z
-- Found XSLTProc: /usr/bin/xsltproc
-- Found DocBook: /usr/share/xml/docbook/stylesheet/nwalsh/manpages/docbook.xsl
-- MAN pages will be installed to {INSTALL_PREFIX}/share/man/man6
-- Found OpenAL: /usr/lib/x86_64-linux-gnu/libopenal.so
-- Looking for vorbis_bitrate_addblock in vorbis
-- Looking for vorbis_bitrate_addblock in vorbis - found
-- Found OggVorbis: /usr/lib/x86_64-linux-gnu/libogg.so;/usr/lib/x86_64-linux-gnu/libvorbis.so;/usr/lib/x86_64-linux-gnu/libvorbisfile.so
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so
-- Found OpenGL: /usr/lib/x86_64-linux-gnu/libGL.so
-- Found Freetype: /usr/lib/x86_64-linux-gnu/libfreetype.so
-- Using legacy as default engine
-- Boost version: 1.46.1
-- Found the following Boost libraries:
-- unit_test_framework
CMake Error: The following variables are used in this project, but they are set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake files:
Boost_CHRONO_LIBRARY (ADVANCED)
linked by target "headlessStubs" in directory /home/otyugh/tmp/spring-96.0+dfsg/rts/lib/headlessStubs
linked by target "engine-legacy" in directory /home/otyugh/tmp/spring-96.0+dfsg/rts/builds/legacy
linked by target "engine-headless" in directory /home/otyugh/tmp/spring-96.0+dfsg/rts/builds/headless
linked by target "test_Matrix44f" in directory /home/otyugh/tmp/spring-96.0+dfsg/test
linked by target "test_SpringTime" in directory /home/otyugh/tmp/spring-96.0+dfsg/test
linked by target "test_ThreadPool" in directory /home/otyugh/tmp/spring-96.0+dfsg/test
linked by target "test_UDPListener" in directory /home/otyugh/tmp/spring-96.0+dfsg/test

-- Configuring incomplete, errors occurred!
dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DBINDIR=games -DDATADIR=share/games/spring -DLIBDIR=lib/spring -DAI_LIBS_DIR=lib/spring -DAI_DATA_DIR=share/games/spring -DAI_FIND_QUIETLY=FALSE -DJAVA_FIND_REQUIRED=TRUE -DCMAKE_BUILD_TYPE=RELWITHDEBINFO -DMARCH_FLAG= returned exit code 1
make[1]: *** [override_dh_auto_configure] Erreur 2
- I'm currently trying to get a more up to date boost lib. What a mess ! :p
User avatar
jK
Spring Developer
Posts: 2299
Joined: 28 Jun 2007, 07:30

Re: Building from git on wheeze

Post by jK »

otyugh
Posts: 43
Joined: 26 Oct 2014, 18:31

Re: Building from git on wheeze

Post by otyugh »

Hey Jk, I think I already met you on IRC for the same question.
So, from your link, what am I supposed to do ? Consider I'm a total moron on this.

-> I fail to install it from source
-> I don't know what to do of the static binaries, I never used such files.
-> native debian wheezy are very outdated, and I guess I'd break things if not building from source.
User avatar
jK
Spring Developer
Posts: 2299
Joined: 28 Jun 2007, 07:30

Re: Building from git on wheeze

Post by jK »

You only need a lobby, the spring binaries don't need to be compiled yourself.
When the lobby is recent enough it will download the linux static builds, that run on any linux.
gajop
Moderator
Posts: 3051
Joined: 05 Aug 2009, 20:42

Re: Building from git on wheeze

Post by gajop »

Well, first off, do you need to build it from source? That is, do you plan to contribute to spring source?
If not, then just using the static binaries seems easier. Many lobbies (e.g. springlobby, weblobby, zero-k lobby, etc.) will download the engine for you, but you can always just download them yourself and extract to a directory.

Get one of the linux static binaries, extract it to a folder and then just run "spring" located inside it. After that it would probably be best if you used a lobby for both online and offline play. Those settings differ based on the lobby, but most often you need to configure a path to the spring executable and the libunitsync library (located in the same folder).
MetalSucker
Posts: 98
Joined: 22 Sep 2014, 20:29

Re: Building from git on wheeze

Post by MetalSucker »

One reason to compile it from source would be to apply custom compiler flags/specific architecture optimizations... however in the case of spring the compile process actually warns that some compiler optimizations can break multiplayer because of timing/sync issues, so static is most likely the way to go.

So @otyugh just download a lobby and that will in turn download any and all required engines, already compiled, somewhere in your homedir, you don't need a system install for this, I was confused about this too being used with apt-get something, but it's not how spring works.
Post Reply

Return to “Help & Bugs”