Package Details: ges-git r149.c6bd265-1

Git Clone URL: https://aur.archlinux.org/ges-git.git (read-only)
Package Base: ges-git
Description: (WIP!) Multiplayer Only FPS. A recreation of GoldenEye64 as a Half-Life 2 mod using Source Engine SDK 2013.
Upstream URL: https://www.geshl2.com/
Licenses: GPLv3
Conflicts: ges
Provides: ges-git
Submitter: ProfessorKaos64
Maintainer: ProfessorKaos64
Last Packager: ProfessorKaos64
Votes: 2
Popularity: 0.176883
First Submitted: 2016-10-26 17:35
Last Updated: 2016-10-26 17:35

Dependencies (7)

Required by (0)

Sources (2)

Latest Comments

ProfessorKaos64 commented on 2017-05-21 01:50

This build is WIP! I cannot stress that enough. There are kinks yet to work out in how this will be implemented in contrast to the Windows installation of Goldeneye: Source. Please be patient. Thank you.

See: https://wiki.archlinux.org/index.php/Building_32-bit_packages_on_a_64-bit_system
WIP changes: https://github.com/ProfessorKaos64/aur-ges

ProfessorKaos64 commented on 2017-03-28 00:04

Yes they haven't update since Oct 2016 last year. My Travis CI file is on the develop-master branch.

ProfessorKaos64 commented on 2017-03-28 00:00

I believe I got the same problem. I also have a Travis CI build going with my fork of their code. I'll update that and try again. I use a 32 but Arch chroot via docker.

https://github.com/mdeguzis/ges-code

electricprism commented on 2017-03-26 12:38

So I created a 64-bit wrapper PKGBUILD that creates a 32-bit root to build the package in.

The PKGBUILD is here and can be run with "makepkg -s"
https://ptpb.pw/aYmH

There was failure in the linking stage after 57% of building server.so
https://ptpb.pw/MrV8

I think if we can get it building that we should split the packages into ges-32-git and ges-git and have ges-git be a wrapper that builds ges-32-git in a clean environment.

Hope this helps :)

electricprism commented on 2017-03-26 10:37

I tested this out to see if the main repo got the kinks worked out.

Here is the process I used to create a 32-bit chroot for building the package.
https://ptpb.pw/rSjO

It fails around 57% near "/usr/bin/ld: cannot find -lpython3.5m" (This log has the 3 python definitions uncommented in the PKGBUILD)
https://ptpb.pw/7U-T

I'm wondering if including the system python in the PKGBUILD is having a conflict or even if python3.5m is being built first prior to GES.

Anyways, if anyone else wants to see if they can figure something out, hope this code helps you help us get this straightened out.