Wz2100 on linux campaign videos

[Massimo]

Hi,
I have succesfully compiled warzone on my linux system.
But there aren't campaign videos :'(
So i downloaded the videos, but where do i have to put them?
Please help me
and when i want to compile it, i get this as output:

Code: Select all

massimo@massimo-Ubuntu:~/Documenten/warzone2100$  ./configure --with-distributor 
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '1000' is supported by ustar format... yes
checking whether GID '1000' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking for style of include used by make... GNU
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking for gcc option to accept ISO C99... -std=gnu99
checking for gcc -std=gnu99 option to accept ISO Standard C... (cached) -std=gnu99
checking for gcc... ccompiler
checking for ranlib... ranlib
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for g++... cxxcompiler
checking whether perl executable path has been provided... no
checking for perl... /usr/bin/perl
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for perl version... This is perl 5, version 18, subversion 2 (v5.18.2) built for x86_64-linux-gnu-thread-multi
checking for gawk... (cached) mawk
checking for zip... zip
checking for unzip... unzip
checking for a2x... no
checking for wkhtmltopdf... wkhtmltopdf
checking for pdflatex... no
checking for hevea... no
checking for hacha... no
checking how to run the C preprocessor... gcc -std=gnu99 -E
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
./configure: line 6279: AX_C___BUILTIN_EXPECT: command not found
checking for strlcpy... no
checking for strlcat... no
checking whether gcc -std=gnu99 accepts -fstack-protector... yes
checking whether g++ accepts -fstack-protector... yes
checking alloca.h usability... yes
checking alloca.h presence... yes
checking for alloca.h... yes
checking sys/ucontext.h usability... yes
checking sys/ucontext.h presence... yes
checking for sys/ucontext.h... yes
checking whether NLS is requested... yes
checking for msgfmt... /usr/bin/msgfmt
checking for gmsgfmt... /usr/bin/msgfmt
checking for xgettext... /usr/bin/xgettext
checking for msgmerge... /usr/bin/msgmerge
checking for ld used by GCC... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for shared library run path origin... done
checking for CFPreferencesCopyAppValue... no
checking for CFLocaleCopyCurrent... no
checking for GNU gettext in libc... yes
checking whether to use NLS... yes
checking where the gettext function comes from... libc
checking for pkg-config... /usr/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for pkg-config >= 0.9... found 0.26, ok
checking for backend... SDL

checking for QT5... no
configure: error: Qt 5 not found - required!
how can i install qt 5 on ubuntu/debian?

[vexed]

http://developer.wz2100.net/wiki/NewFAQ for the videos.

You install Qt5 just like any other package on Ubuntu.
Just make sure you get the -dev versions of them.

[Massimo]

Okay thank you,
But can you give me a link to the qt5 packages?

[Massimo]

And about the video's,
They say: Linux: ~/.warzone2100-<version> (~ is /home/<username>)
But i can't see that directory

[Massimo]

Well...
I found it!
1. For the qt5, you need to chmod it and then run it
2. For the videos, you need to uneip the sequenses.wz, and then put the .ogg files in: warzone2100/data/base/sequenses

[vexed]

Well...
I found it!
1. For the qt5, you need to chmod it and then run it

Huh ? You just need to do apt-get install qtbase5-dev

2. For the videos, you need to uneip the sequenses.wz, and then put the .ogg files in: warzone2100/data/base/sequenses

No, this is incorrect.

~/.warzone2100-<version> (~ is /home/<username>)
IS there, it is a hidden file, as per normal on unix/linux, anything that starts with a . is hidden by default.

[Massimo]

Every thing works at me
The videos (*.ogg files) are at <warzonedir>/data/base/sequenses, i recompile it and it works fine
And i installed qt5 at their website

[NoQ]

Massimo, you're doing it completely wrong. Even though it's possible, you should stop here and spend some time understanding things before doing.

The facts below are trivial and widely known, and only not followed by ignorant their-own-worst-enemies.

Under linux, you should NEVER install programs from their official websites, be it qt5 or warzone2100. Instead, you use the package manager of your distribution. The package manager is responsible for automated installation, upgrading, and deinstallation of software packages. You should not manually intervene into the process, by copying, moving, or setting permissions, or anyhow changing files belonging to a package (such as base.wz), because it invalidates any assumptions of the package manager on the nature of these files, and leaves it up to you to ensure correct updates and deinstallations, which is not only tedious, but also may lead to completely unexpected and hard-to-debug problems, which brings us to the exact same place we came from - windows has exactly same mess and same problems (solvable usually by only reinstalling the OS), but linux allows avoiding such mess through the means of the package manager, and it's worth it to comply to the high standard it offers.

In the extremely rare case when the package in your distribution does not satisfy you, you have a lot of easier options to consider, than manual installation. First, upgrading the distribution to the latest version usually gives you latest versions of all software, if that's the only you seek. If upgrading the distribution is not an option, you look through the unofficial repositories of your distribution. Under ubuntu, this mechanism is called 'ppa'. Under archlinux, this mechanism is called 'aur'. Under gentoo, you look for portage overlays. Etc. You add this as a source of packages for the package manager, and it automatically installs, upgrades, and uninstalls software that's available in the unofficial repository. Then, maybe somebody had made a standalone package. Under ubuntu, it's a 'deb' file. Under fedora, it's called 'rpm'. You can install a package file and remove it, but you cannot upgrade it, because that'd take a new package file. Then, if this is not available either, you try to make a package file yourself. Only then you compile the package, but instead of installing it on your system, you pack it into a package and install the package. Then you can also share the package, and also it's easy to uninstall. And - i cannot stress this enough - you NEVER need to throw files into your root and usr folders anyhow but through your package manager.

So, how do you configure packages if you cannot change them? You've got a few pre-defined places for this: a system-wide configuration is in /etc/*, and per-user configuration is in hidden UNIX dot-files in your home directory ~/.* . These locations are not controlled by the package manager, and anything stored here is up to the program to understand and validate. This is the right place to put your videos, as long as they aren't packaged. I don't know the situation in ubuntu, but they actually may have their own package for the videos, separate from the package of the game itself, so probably you just needed to install this, instead of going through all the hacking mess. Most likely, you didn't need to compile a thing.

[stiv]

On Linux, packages usually come in two parts. For a given package - let's call it 'foo' - there is the base part named 'foo' that has the libraries you need to run a program that uses foo.

If you want to compile programs that use foo, you need need the foo development package. This usually called foo-dev or foo-devel, depending on your distro. It contains headers and things needed to compile.

As for

Under linux, you should NEVER install programs from their official websites, be it qt5 or warzone2100.

Distros are frequently slow to update their repositories. Sometimes you need the latest greatest.

[Massimo]

Oh okay.. Thank you all!