Arch Linux

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

Also, if any of you were affected by https://github.com/Unvanquished/Unvanquished/issues/502 using this package, this should be fixed now.

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?

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.

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.

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 http://pastebin.com/gJTRczT1
- 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?

Adopted and rewrote the packet.

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.

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).

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...

Hi, please add 'unvanquished' (https://aur.archlinux.org/packages.php?ID=61163) 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.

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

Everything builds with no errors now, thanks.

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

http://sprunge.us/ZXOb

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.

[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().

Could you post the error that is shown?

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

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.

[ 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().
Aborting...
The build failed.

I've moved the map pack to a seperate package (unvanquished-maps, http://aur.archlinux.org/packages.php?ID=59744), 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.

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

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/unvanquished.sh (which sets the library and fs_path to the install dir).

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...
Failed.

Please fix.