Unvanquished Forum

This release has several gameplay tweaks and map and model updates.

[img]//www.unvanquished.net//images/20140601-spacetracks.jpg[/img]A fresh coat of… texturesMaps and modelsTwo of our maps have received updates. Viech has made a few adjustments to Parpax – some which you'll notice quite quickly are around the humans' front entrance – and one old Tremulous map has become an Unvanquished map. Supertanker has done a retexturing job on Spacetracks (and there may be one or two layout tweaks too).

The drill and the jetpack have seen a few fixes – there were a few problems in the initial model exports. Little things like sharp seams being lost.

Gameplay changesTurrets now cost 10 build points and have increased health (250hp) ‒ but are now susceptible to dretch damage. Their firing pattern is once more continuous, and they'll continue to fire so long as there's a line of sight to the target. Armouries now cost 8bp each.

Alien health regeneration is tweaked: you get less for being in base and more for being on creep or close to a team-mate. It's no longer possible to switch between higher alien classes which have the same cost.

Radar and advanced marauders are now available earlier, and the cost of a grenade is reduced to 250 credits. Finally, fire spread is a bit less aggressive.

Build changesWe now use header compilation, which provides a significant reduction in build time. There's been a lot of small fixes and some clean-up of dead code. Compatibility should be improved a bit too – unnecessary checks for unused GL extensions have been removed.

Click here to read this article on the main site!

Is there a CMake flag to disable this?

Downloading dependencies from 'http://www.unvanquished.net/unvanquished_deps/linux32-2.tar.bz2'

Matt wrote:

Is there a CMake flag to disable this?

Code: Select all

Downloading dependencies from 'http://www.unvanquished.net/unvanquished_deps/linux32-2.tar.bz2'

Currently, no. The dependency is said to take hours to compile and is therefor provided in binary form. I opened an issue for this though.

Bundled binary dependencies and downloads during the build process in the VM are impossible on build.opensuse.org for security reasons.

Matt wrote:

Bundled binary dependencies and downloads during the build process in the VM are impossible on build.opensuse.org for security reasons.

The dependency package essentially contains 2 things:

• The NaCl compiler, which is used to generate the .nexe binaries. This isn't used for distribution builds since the .nexe are distributed in pre-built .pk3 archives. (and it doesn't make sense for a distro to make its own .pk3 since these should be considered as data and have their checksum verified when connecting to a server). Since these binaries aren't executed at all in a distro build, I don't think they would be a problem.
• The NaCl runtime, which consists of sel_ldr and irt_core-${arch}.nexe. These are used at runtime to load .nexe binaries and execute them in a secure sandbox. Because these aren't executed at build-time I don't think they should be an issue for distro builds.

If you prefer not to use our dependency package, you can always build one manually using this command:
cd external_deps && ./build.sh linux32 naclsdk install (replace linux32 with linux64 depending on the arch)
IMO there's not really much point in doing that since it will just fetch the binaries from Google directly, but will result in a much larger download (200+MB vs 30MB) since our package is stripped down to the minimum required.

Please take this discussion on the issue tracker if possible since this thread will have a somewhat limited lifespan while the issue remains until it can be closed for whatever reason.

I just saw that https://build.opensuse.org/package/show ... m/chromium suffers from the same problem. This is not really making things easier for downstream packaging.

Finally:

• https://build.opensuse.org/request/show/236175
• https://build.opensuse.org/request/show/236176

Cool! How did you manage to circumvent the problem?

Also, vms-training_0.28.0.pk3 and resources_0.26.0.pk3 shouldn't be part of the installation, those are modded data/code from the training server. Have a look at the content of the latest md5sums<version> file found here (this also includes the maps and texture packages that are supposed to be a part of the installation, though some game servers might be so friendly as to offer those by download).

Oh I see. It is just that I always test on the training server, because either no one is playing or everyone is on that server. https://build.opensuse.org/request/show/236185