Package Details: unvanquished-git v0.50.0.219.gac31a80c1-1

Git Clone URL: (read-only)
Package Base: unvanquished-git
Description: A team-based, fast-paced, fps/rts hybrid game which pits aliens against humans. Bleeding edge version.
Upstream URL:
Licenses: GPL3
Conflicts: unvanquished
Provides: unvanquished
Submitter: mfs
Maintainer: zorun
Last Packager: zorun
Votes: 10
Popularity: 0.061552
First Submitted: 2012-05-23 15:43
Last Updated: 2017-10-11 19:20

Latest Comments

Yann.O commented on 2016-03-19 02:42

Hi Viech, thank you for explaining. I'll be using the other package for now then.

Viech commented on 2016-03-18 17:18

Hello Yann, this package variant is discontinued as long as Unvanquished still has a monthly release cycle, which should be "frequently enough" for most users. You can find the regular package at When Unvanquished changes its release cycle during Beta, I will look into re-maintaining.

Another reason to stop support for this package variant was that compilation of Unvanquished got relatively involved at the time, as the project introduced git submodules und code generation via a python toolchain. Later cmake was used to automate these tasks, but as no one has asked about this package for more than a year now, I decided to keep it mothballed.

Yann.O commented on 2016-03-18 01:18

Using new v49 as an opportunity to test this package, I noticed a few problems that prevent proper compilation and installation. I submitted a corrected PKGBUILD there:

The issues I came across were in particular:

* Project's Git repository file structure changed ('daemon' folder in repo root), making a dedicated build directory mandatory. This is good practice I believe, as it is future proof should the base directory of the repository change again in the future.

* Above file structure changes also meant that the package() section had to be modified to specifically install the "daemon*" binaries. A new directory beginning by the same name makes wildcard usage impossible.

* The unvanquished-data package takes care of creating a /usr/share/unvanquished/pkg directory. Thus I removed the line doing this in this package since it created a file conflict for pacman, making the compiled package impossible to install.

Viech commented on 2014-12-20 18:08

denspirit, done. Thanks for the idea and sorry for the delay!

Also, if any of you were affected by using this package, this should be fixed now.

denspirit commented on 2014-06-22 10:42

They started to download 100mb worth of dependencies on NaCl while building. maybe this could be put in 'sources' section to avoid downloading it every time we build?

Viech commented on 2013-10-17 21:17

I rewrote most of the package. YOU WILL NEED »pacman --force« TO UPGRADE.

From the changelog:
- /usr/(lib|share) and /var/lib are is used instead of /opt, /etc and /var/lib are used instead of /srv.
- makepkg's git capability is used instead of manually cloning the repository.
- pkgver() uses "git describe" to dynamically generate the version string.
- An upgrade to this version will be considered a downgrade (I decided against using "epoch").
- "pacman --force" will be necessary for an upgrade to this version.
- init support has been removed.

IncredibleLaser, I added your full name to the list of contributors. If you wish another or no form of attribution please say so.

Unfortunately there wasn't much I could do about the conflicting icon file, which was previously installed using xdg-icon-resource inside post_install. pre_upgrade apparently runs after the filesystem conflict checks and couldn't be used to delete the file automatically.

Viech commented on 2013-10-09 08:20

Thanks! I'll test and use this in ca. two weeks (my left hand is currently disabled). I chose /opt mostly because of the asset downloads but I'll try to figure out a more elegant way.

IncredibleLaser commented on 2013-10-07 11:05

A few things:
- Pacman supports git by itself now, no need to check out manually. I uploaded a slighty modified version of your PKGBUILD at
- I am also not quite sure about some of the file paths that are chosen here. Config files in /srv for example, I think /srv is for files being served, not config files for server binaries. Apache httpd is an example for this done correctly.
- ELF files in /opt, why not /usr/lib/unvanquished and /usr/bin/unvanquished-daemon or something?

Viech commented on 2012-08-03 10:43

Adopted and rewrote the packet.

mfs commented on 2012-08-02 12:59

I guess it's indeed better if this package is maintained by someone involved into the development of the game. So I'll orphan the package, feel free to adopt it.

Viech commented on 2012-08-02 10:26

Thank you. I'm currently active in the development of the game so if you run into problems keeping your release running just let me know and I can create you a clean package to start with (or adopt your package if you feel like orphaning it).

mfs commented on 2012-07-25 18:44

Hi Viech, I've only added unvanquished to conflicts so far. I'll use some of the simplifications for my PKGBUILD for sure, but currently I'm a bit busy, so it could take some time...

Viech commented on 2012-07-24 17:30

Hi, please add 'unvanquished' ( to conflicts. It's the monthly alpha release that is supported by the official servers.

Also it should be post_remove() and pre_remove() instead of *_rm().

I used your PKGBUILD as a basis for mine and cleaned some stuff up. You might wanna take my reviewed version as a reference for you bleeding-edge release.

mfs commented on 2012-07-14 11:48

From now on, the script also downloads the maps. This renders the unvanquished-maps package obsolete. So unvanquished-maps can (and should!) be removed before upgrading unvanquished-git.

nasedo commented on 2012-07-02 15:04

Everything builds with no errors now, thanks.

mfs commented on 2012-07-02 13:58

I've split the patch into one for i686 and one for x86_64. So the package should install to both arches again.

nasedo commented on 2012-07-02 12:56

mfs commented on 2012-07-02 12:44

Ok, so it's because you are using an i386 processor. Could you please upload your src/unvanquished/cmake_install.cmake to pastebin or so? To fix the error, I'll need to see what this file looks like on an i386 machine, as I don't have access to such atm.

mfs commented on 2012-07-02 12:36

Could you post the error that is shown?

nasedo commented on 2012-07-02 12:29

[100%] Building C object CMakeFiles/client.dir/src/engine/qcommon/dl_main_curl.c.o
Linking CXX executable daemon.i386
[100%] Built target client
patching file cmake_install.cmake
Hunk #1 FAILED at 123.
Hunk #2 FAILED at 131.
2 out of 2 hunks FAILED -- saving rejects to file cmake_install.cmake.rej
==> ERROR: A failure occurred in build().

mfs commented on 2012-07-02 12:03

Could you post the error that is shown?

nasedo commented on 2012-07-02 10:27

The game compiles fine, but cmake_install.patch doesn't apply cleanly.

mfs commented on 2012-06-24 15:47

This actually looks like an upstream issue. I've just compiled the package on my computer without any problems, so the issue seems to be fixed by now.

Birkov commented on 2012-06-22 09:22

[ 27%] Building C object CMakeFiles/client.dir/src/engine/asm/ftola.c.o
/tmp/packerbuild-0/unvanquished-git/unvanquished-git/src/unvanquished/src/engine/asm/ftola.c: In function ‘qftolsse’:
/tmp/packerbuild-0/unvanquished-git/unvanquished-git/src/unvanquished/src/engine/asm/ftola.c:33:3: error: impossible constraint in ‘asm’
/tmp/packerbuild-0/unvanquished-git/unvanquished-git/src/unvanquished/src/engine/asm/ftola.c: In function ‘qvmftolsse’:
/tmp/packerbuild-0/unvanquished-git/unvanquished-git/src/unvanquished/src/engine/asm/ftola.c:47:3: error: unknown register name ‘%xmm0’ in ‘asm’
make[2]: *** [CMakeFiles/client.dir/src/engine/asm/ftola.c.o] Error 1
make[1]: *** [CMakeFiles/client.dir/all] Error 2
make: *** [all] Error 2
==> ERROR: A failure occurred in build().
The build failed.

mfs commented on 2012-06-03 16:56

I've moved the map pack to a seperate package (unvanquished-maps,, which is an optdepend for unvanquished-git. Like that, updating unvanquished-git should be faster. And people who don't want to install the map pack are not forced to.

Birkov commented on 2012-05-24 19:50

Thank you very much for the fix. Works fine now.

mfs commented on 2012-05-24 16:43

The broken link should be fixed now.

Unvanquished is not supposed to be started via /opt/unvanquished/unvanquished. Instead, you should launch it from /usr/bin/ (which sets the library and fs_path to the install dir).

Birkov commented on 2012-05-24 14:45

Package builds but unvanquished doesnt boot because /opt/unvanquished/unvanquished is a broken link to daemon.i686

daeomon.i386 exists but crashes during boot with: "VM_Create on UI failed"

Crashlog.txt says: Loading vm file vm/ui.qvm...

Please fix.