Package Details: unvanquished-git v0.40.0.4.g449a475-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: None
Last Packager: Viech
Votes: 9
Popularity: 0.003149
First Submitted: 2012-05-23 15:43
Last Updated: 2015-06-29 13:31

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.

All comments