Package Details: unvanquished 0.53.1-2

Git Clone URL: (read-only, click to copy)
Package Base: unvanquished
Description: A team-based, fast-paced, fps/rts hybrid game which pits aliens against humans.
Upstream URL:
Licenses: GPL3
Conflicts: unvanquished-git
Provides: unvanquished
Submitter: Viech
Maintainer: Viech
Last Packager: Viech
Votes: 60
Popularity: 0.32
First Submitted: 2012-07-24 13:59 (UTC)
Last Updated: 2022-08-13 13:15 (UTC)

Latest Comments

Viech commented on 2022-04-30 08:16 (UTC) (edited on 2022-04-30 08:16 (UTC) by Viech)

I applied the fix by moonaru as 0.25.1-2. Thanks!

moonaru commented on 2022-04-26 12:42 (UTC)

The application does not compile due to breakpad. Breakpad developers fixed the bug but did not update. The error is as follows:

/home/onur/.cache/yay/unvanquished/src/Unvanquished-unvanquished-0.52.1/daemon/libs/breakpad/src/client/linux/handler/ In function 'void google_breakpad::{anonymous} ::InstallAlternateStackLocked()': /home/onur/.cache/yay/unvanquished/src/Unvanquished-unvanquished-0.52.1/daemon/libs/breakpad/src/client/linux/handler/ error: no matching function for call to 'max(int, long int)' 141 | static const unsigned kSigStackSize = std::max(16384, SIGSTKSZ);

The fix for the error is commit as follows:

As seen in Commit, the error has been fixed. Temporarily manually edit the PKGBUILD and add the following at the end of the 'prepare()' section:

sed -i 's/16384, SIGSTKSZ/16384u, static_cast<unsigned>(SIGSTKSZ)/g' $(find ${_breakpad} -name "")

Viech commented on 2021-01-27 18:59 (UTC)

Due to reasons that are weird and I won't go into detail here, there is literally not a byte difference between versions 0.51.1 and 0.51.2. They're the same git tag and same set of game assets. But hey, if you flag this out of date, sure I'll provide you with the full 0.51.2 experience! :)

Viech commented on 2018-11-03 11:01 (UTC)

This was flagged out of date, but the Alpha 51 release was not actually made despite the v0.51.0 tag existing.

Viech commented on 2018-01-21 17:14 (UTC)

In case you are having trouble compiling due to an "invalid conversion from ‘unsigned char’ to ‘char’" in Crypto.cpp, you can try to append

cd "${_unvanquished}/daemon"; curl | patch -p1

to the end of the prepare function. The issue will be fixed with the next release of Unvanquished. I'll also look into using Pacman hooks with that release.

goetzc commented on 2016-08-09 17:55 (UTC)

All those update-desktop-database, update-mime-database and xdg-icon-resource should be deleted from install file, as that is now handled by pacman hooks.

Viech commented on 2016-07-08 18:13 (UTC)

Salut, I told the server admin. It should be fixed now. If not, please let me know.

widowild commented on 2016-07-08 14:57 (UTC)

==> Récupération des sources... -> 0.50.0-1.tar.gz trouvé -> unvanquished.install trouvé -> Téléchargement de linux64-4.tar.bz2... % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 curl: (51) SSL: no alternative certificate subject name matches target host name '' ==> ERREUR : Erreur lors du téléchargement de

maek commented on 2015-05-14 20:53 (UTC)

I confirm that the issue with this package has been fixed. Thank you!

Viech commented on 2015-05-14 19:23 (UTC)

The SSL error produced by this package should be fixed now, the one in unvanquished-data is still being worked on.

Viech commented on 2015-05-14 19:19 (UTC)

I can reproduce this. The server certificate was changed to solve another issue (see unvanquished-data's AUR thread) but it appears that while that first issue wasn't fixed we now introduced a second one. :) We hope that we can solve both soon. In the meantime, you can just change the "${_depname}" URL in the source array to use http instead.

maek commented on 2015-05-14 18:45 (UTC)

Can't update Unvanquished (from 0.38.0-1 to 0.39.0-1) due to a certificate issue: ``` curl: (60) SSL certificate problem: unable to get local issuer certificate More details here: curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option. ``` Checking @ shows that the "SSL Certificate is not trusted".

Viech commented on 2014-08-26 12:07 (UTC)

The recent GLEW update to version 1.11.0 broke compilation as well as existing builds of this package (and Unvanquished in general) prior to version 0.31.0. If this package doesn't work for you, you can either downgrade GLEW to 1.10.0, use the unvanquished-git package instead of this one or wait until the release of Unvanquished 0.31.0 around 2014-09-07. If you want to patch manually, the relevant commit can be found here:

Viech commented on 2014-08-05 17:50 (UTC)

The Unvanquished release was actually made quite a few hours after that post because of technical difficulties. ;)

RazZziel commented on 2014-08-05 17:44 (UTC)

Viech commented on 2014-07-19 21:43 (UTC)

Cool! I was refering to this package: It's an alternative to this one that allows you to build any branch or (sufficiently recent) version of Unvanquished. It defaults to the master branch, which usually contains the latest changes that are still compatible with clients/servers of the latest release and often has bugfixes. Whenever something doesn't work properly with this package, switching to that one is advised.

wasperen commented on 2014-07-19 21:37 (UTC)

Viech, thanks for the quick response. I did search but could not find a reference to this on the Unvanquished servers. I made the change to the file ( src/Unvanquished-archlinux-0.29.0-1/src/engine/qcommon/files.cpp) as per the git reference. Ran makepkg -ef and pacman -R unvanquished to remove, then pacman -U unvanquished to re-install. Works!

Viech commented on 2014-07-19 17:25 (UTC)

wasperen, this is unfortunately a known bug in Unvanquished 0.29.0 and isn't specific to this package. It is fixed in which is part of current master. If you want to run a server that allows 0.29.0 clients to connect, you should use the unvanquished-git package for your server instead. We expect Alpha 30 to be quite a bit less buggy than the current one, which brought a huge amount of new code. Sorry for the inconvenience!

wasperen commented on 2014-07-19 17:07 (UTC)

This version does not allow me to connect from one client to another that runs the server. Does not matter if the server is started in-client or using the supplied unvanquished service. The client invariably comes with the error: "Invalid pak reference from server: unvanquished_0.29.0". Both systems did have an older version installed but these were removed.

Viech commented on 2014-05-30 15:33 (UTC)

gillux, fixed that.

gillux commented on 2014-05-12 01:14 (UTC)

The file maprotation.cfg gets installed in the wrong place. It should be in game/, not in config/.

Viech commented on 2014-05-11 18:19 (UTC)

Just use the unvanquished-git package for now, it's only a few commits ahead of 0.27.2 (and is based on unvanquished-data, too):

munzirtaha commented on 2014-05-10 18:33 (UTC)

Thanks for your prompt replies. Though I hard coded the new url in CmakeList.txt to read set( REMOTE "" ) but when I run makepkg -s CmakeList.txt get overwritten with the ~amanieu url!

Viech commented on 2014-05-10 16:54 (UTC)

While I consider the root cause to be censorship, which I unfortunately cannot fix, the link has been updated on master (and thus will be updated in the next release). You can workaround by using the »unvanquished-git« package or changing the URL in CmakeList.txt manually, around line 1017.

munzirtaha commented on 2014-05-10 14:42 (UTC)

I copied the file over but it's overwritten instead of being skipped. Can you please fix the root cause replacing the new url in the package files? m@g55v /tmp/unvanquished % cp ~/linux64-1.tar.bz2 src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/ :( m@g55v /tmp/unvanquished % ls -lh src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2 -rw-r--r-- 1 m users 33M May 10 17:20 src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2 m@g55v /tmp/unvanquished % makepkg -s ==> Making package: unvanquished 0.27.2-2 (Sat May 10 17:21:11 AST 2014) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Found 0.27.2-2.tar.gz -> Found ChangeLog -> Found unvanquished.install ==> Validating source files with md5sums... 0.27.2-2.tar.gz ... Passed ChangeLog ... Passed unvanquished.install ... Passed ==> Extracting sources... -> Extracting 0.27.2-2.tar.gz with bsdtar ==> Removing existing pkg/ directory... ==> Starting build()... -- Downloading dependencies from '' -- [download 100% complete] -- Download completed successfully CMake Error: Problem with archive_read_open_file(): Unrecognized archive format CMake Error: Problem extracting tar: /tmp/unvanquished/src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2 CMake Error at CMakeLists.txt:1035 (message): Could not extract linux64-1.tar.bz2 -- Configuring incomplete, errors occurred! See also "/tmp/unvanquished/src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/CMakeOutput.log". ==> ERROR: A failure occurred in build(). Aborting... 2 m@g55v /tmp/unvanquished % ls -lh src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2 :( -rw-r--r-- 1 m users 147 May 10 17:21 src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2

Viech commented on 2014-05-10 13:21 (UTC)

The webspace is hosted by one of our developers and as safe as any other place. I assume it was blocked because it uses a top level domain that is shared among many independent servers, some of which might be considered "disreputable" by the saudi arabian censorship authorities… We uploaded a copy to our main site: If you put the file at »/tmp/unvanquished/src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/«, the download should be skipped.

munzirtaha commented on 2014-05-10 02:41 (UTC)

==> Starting build()... -- Downloading dependencies from '' -- [download 100% complete] -- Download completed successfully CMake Error: Problem with archive_read_open_file(): Unrecognized archive format CMake Error: Problem extracting tar: /tmp/unvanquished/src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2 CMake Error at CMakeLists.txt:1035 (message): Could not extract linux64-1.tar.bz2 % cat /tmp/unvanquished/src/Unvanquished-archlinux-0.27.2-2/CMakeFiles/linux64-1.tar.bz2 <title>Blocked URL</title><iframe frameborder='0' width='100%' height='100%' src=''>This page is blocked</iframe> Is this safe? Why can't unvanquished upload its core files to a more reputable server?

Viech commented on 2014-05-06 01:56 (UTC)

Sorry for the delay, I was holding back since there were issues with the release, which are still present in the current packages and aren't solved upstream either. In short, if you want to load a map or run a server locally, you will need to pass »+set vm_game 2« as a command line argument to the binary or launcher in question, otherwise the program will use the default option of 0 and crash. This should be fixed shortly in version 0.27.1, otherwise I will hack this workaround into the launcher scripts of 0.27.0-2, so either way the package should be fully functional in a few days. Pyromaniac, I couldn't reproduce your issue when testing with the latest freetype and cmake versions shortly after your post. If this continues to be a problem, please get in touch with me.

Pyromaniac commented on 2014-04-27 11:42 (UTC)

Not buildable at the moment. To fix, find cmake commandline in PKGBUILD and add the following *before* dot (last arg on commandline): "-D CMAKE_CXX_FLAGS=-I/usr/include/freetype2"

Viech commented on 2014-02-03 04:54 (UTC)

WorMzy, I added 'git' back to makedepends and enclosed directory variables in double quotes. However, I couldn't confirm what you reported about file permissions. All of them are explicitly set in the PKGBUILD to world-readable. »pacman -Ql unvanquished|awk '{print $2}'|xargs -I. ls -ld .« confirmed that this works for me.

Viech commented on 2014-01-21 03:35 (UTC)

Thanks, I'm going to look into all that for the next alpha release.

WorMzy commented on 2014-01-19 00:33 (UTC)

==> Extracting sources... -> Creating working copy of Unvanquished git repo... /usr/bin/makepkg: line 583: git: command not found Please add 'git' to the makedepends array. Also, please change the permissions on the files in the source array to world readable (run 'chmod +r' on them). As it stands, '', and 'unvanquished.conf' are only readable by the owner, and '', 'unvanquished.desktop', 'unvanquished.install', and '' are only readable by the owner and group. This causes problems when using devtool clean chroot scripts in extra/, as the files cannot be read by the 'nobody' user, so don't even pass the md5sum verification. Also, please enclose all instances of 'srcdir' or 'pkgdir' in double quotes, to avoid any problems with directories with spaces in their names. Cheers.

Viech commented on 2013-12-03 21:57 (UTC)

ctown.myth, I added the new dependency 'opusfile' as of 0.22.0-2, try building again. eca, there has been a hotfix release a few hours ago (game version 0.22.1), check if this solves your issue. If it persists please report it on github as we might drop support for SDL1 at some point in the future.

eca commented on 2013-12-03 01:30 (UTC)

Built fine for me, but pressing any mouse button in game causes the view to look down. Work around: add "-D USE_SDL2=0" to the cmake line.

ctown.myth commented on 2013-12-02 04:39 (UTC)

Just saw your comment Viech, I've posed a new issue on github, however I'm leaving my comment for Googles' bots incase anyone searches. Here's the direct link:

ctown.myth commented on 2013-12-02 04:30 (UTC)

CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find Opus (missing: OPUS_INCLUDE_DIR) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 (_FPHSA_FAILURE_MESSAGE) cmake/FindOpus.cmake:73 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:1132 (find_package) CMakeOutput.log: (expires in two weeks)

Viech commented on 2013-11-03 20:23 (UTC)

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. - init support has been removed. 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-09-14 15:47 (UTC)

I'll redirect that to one of our renderer wizards and see if he can get that fixed. For the future it might be wise to post bugs in the compile process on our issue tracker ( ) or the troubleshooting section of our forums ( ) as long as you don't expect a missing dependency to be the cause, since my abilites to fix bugs in the actual game are limited.

cesarramsan commented on 2013-09-14 08:15 (UTC)

I am trying to build but I get the following error: Linking C shared library /usr/bin/ld: CMakeFiles/renderer.dir/src/engine/renderer/tr_animation.c.o: relocation R_X86_64_32S against `tr' can not be used when making a shared object; recompile with -fPIC CMakeFiles/renderer.dir/src/engine/renderer/tr_animation.c.o: could not read symbols: Bad value collect2: error: ld returned 1 exit status make[2]: *** [] Error 1 make[1]: *** [CMakeFiles/renderer.dir/all] Error 2 Linking CXX executable daemonded [ 31%] Built target server make: *** [all] Error 2 ==> ERROR: A failure occurred in build(). Aborting... The full log at: I modified the build mode from Release to Debug but it still does not compile. Am I missing any library?

Viech commented on 2013-09-11 18:56 (UTC)

RunningDroid, we had such an issue in the past. The reason was that GCC optimization was changed in a way that a part of the Quake virtual machine toolchain (e.g. q3rcc, but I think last time it was q3cpp) was compiled in a way that lead to a crash and the calling program (q3lcc) threw that glorious descriptive error message. The issue was fixed with this commit: I just did a full update and Unvanquished compiles just fine here. You should try to update your system and compile Unvanquished from a clean clone. If that doesn't help try to modify CmakeList.txt so that compiler optimization isn't used (alternatively you can set the build type from "Release" to "Debug" via cmake).

RunningDroid commented on 2013-09-10 16:16 (UTC)

I ran into this issue when trying to build this package or unvanquished-git: Building CXX object CMakeFiles/glsl/CMakeFiles/glsl_optimizer.dir/src/glsl/lower_clip_distance.cpp.o /tmp/tmp.s5WwRTgeVU/unvanquished/src/Unvanquished-0.19.0/lcc/q3lcc: fatal error in /tmp/tmp.s5WwRTgeVU/unvanquished/src/Unvanquished-0.19.0/lcc/q3rcc make[2]: *** [CMakeFiles/gppgame-qvm.dir/g_main.asm] Error 1 make[1]: *** [CMakeFiles/gppgame-qvm.dir/all] Error 2 make[1]: *** Waiting for unfinished jobs.... full makepkg log:

jffstone commented on 2013-08-08 08:36 (UTC)

this game needs more players

Viech commented on 2013-07-14 13:03 (UTC)

I think it looks cleaner if the game doesn't spawn a console. If you want to have one because your game crashes on startup you could always spawn one manually. On the other hand there is crashlog.txt and the ingame console. I guess the ncurses "frontend" is really just useful for server administrators in combination with screen.

someoneelse123 commented on 2013-07-08 23:28 (UTC)

How about adding xterm -e to unvanquished.desktop, so console can be used even if game is launched from launcher/menu ?

Viech commented on 2012-08-28 13:24 (UTC)

Probably yes but with a few disadvantages. Everyone who upgrades from Alpha 6 to Alpha 7 would have to redownload assets then and also the unvanquished-data package would need to be installed seperately which is bad for people hwo use the AUR via website. I will see if I seperate the packages but currently I tend to leave them as they are, since this should be the most comfortable way to install the game for most people (non-developers). If you plan to switch between git head and the milestone release, remove the lines in pre_remove() that delete game assets and be aware that you have to delete the assets manually if you ever feel like removing the game completely.

MCMic commented on 2012-08-27 14:36 (UTC)

having unvanquished and unvanquished-data packages would solve the redownload problem, no?

Viech commented on 2012-08-26 15:45 (UTC)

unvanquished-update-paks uses the official script that should download and keep track of the game assets. Using it in post_install() and post_upgrade() has a few advantages: First of all the resulting package is only a few megabytes big and doesn't waste space in /var/cache/pacman/pkg/. More importantly, updating to a new version of this package doesn't require redownloading the game media, just new assets are loaded. This speeds up the update progress significantly. In pre_remove() all media packages are removed from the installtion directory so there shouldn't be any leftover files when you uninstall the game. The only thing I'm dissatisfied with is the fact that switching between unvanquished and unvanquished-git requires a redownload of the assets (as long as you don't edit pre_remove()). However, this should mainly affect the game developers.

Ape commented on 2012-08-25 17:06 (UTC)

Are you sure that the install script and unvanquished-update-paks is the correct way to get data packages?