Package Details: jamestown 1.0.2-2

Git Clone URL: https://aur.archlinux.org/jamestown.git (read-only, click to copy)
Package Base: jamestown
Description: A neo-classical top-down shooter for up to four players set on 17th-century British Colonial Mars (game sold separately)
Upstream URL: http://www.finalformgames.com/jamestown/
Licenses: custom
Submitter: epsy
Maintainer: ejona86
Last Packager: ejona86
Votes: 18
Popularity: 0.000000
First Submitted: 2011-12-14 01:33 (UTC)
Last Updated: 2023-12-18 13:30 (UTC)

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

Willrandship commented on 2013-11-10 01:11 (UTC)

So, I know this won't be much help in maintaining an AUR package, but I found a way to make the game work. You use the 32-bit version, but you need to put libsteam_api.so in the install directory, the same dir as Jamestown-x86. Then, it will find it on startup and launch without complaint. (I grabbed it from Portal, but I think all steam games have it including demos. Maybe you could get permission from valve to distribute it, or get them to provide a URL to download from.) I mostly put this here so people who are trying to install the game can do so.

smp commented on 2013-09-25 15:23 (UTC)

As a status update regarding the newly uploaded version of the game to the Humble Store, I have decided to include the email, which I sent to Support: Hello, downloading GNU/Linux version of Jamestown 1.0.2 uploaded to the Humble Store on 2013-09-20 (md5sum: dcfb4348aba89f0f26bf5b4c7e05d936) fails, the following text is returned: File access is not authorized. Today I noticed that an additional version was uploaded which has an identical md5sum as the already present one. Attempting to run the x86_64 version of the game from the download results in a segmentation fault. Displaying information about the binary file with readelf suggests that there is something wrong with it, also the following errors are printed: readelf: Error: Out of memory allocating 0x1800000000 bytes for string table readelf: Error: no .dynamic section in the dynamic segment Trying to run the i386/32bit version fails because the game looks for the libsteam_api.so library, which obviously isn't included, as the version of Jamestown on the Humble Store shouldn't be the Steam one. readelf displays that the library rpath of the binary is set to: $ORIGIN:/home/quinn32/FinalFormGames/Jamestown/Steamworks/sdk/redistributable_bin/linux32 That seems like a mistake to me. Thank you for looking into the issue. ------------ If someone wants the build files for the current, broken version, here they are: https://github.com/C5OK5Y/PKGBUILDs/blob/a9ffe975fdd00f727b65de40dfcc5e27e40ca18d/jamestown/PKGBUILD https://github.com/C5OK5Y/PKGBUILDs/blob/a9ffe975fdd00f727b65de40dfcc5e27e40ca18d/jamestown/jamestown.desktop

smp commented on 2013-07-27 18:37 (UTC)

@ejona86: I have adopted the package and will update it, thanks for notifying.

ejona86 commented on 2013-07-27 17:53 (UTC)

@C50K5Y. It seems the package has now been abandoned. I was going to jump on being a maintainer, but it seems you already have a stake in it.

smp commented on 2013-07-24 12:40 (UTC)

This is up to the maintainer (but he seems to be inactive). I will try to contact him via e-mail and if I get no response I'll request orphaning of this package due to inactivity on the mailing list.

justin8 commented on 2013-07-24 12:20 (UTC)

Thanks for the great patch. Is there any way to submit it as the 'real' package? it hasn't been updated in 1.5 years...

smp commented on 2013-07-09 20:02 (UTC)

Here[1] is a patch which fixes the dependencies while actually using the system provided libraries (removal of the bundled ones). Also not having a package() is now deprecated, that is also addressed in the patch. The patch also greatly simplifies the PKGBUILD by using the hib:// DLAGENT. [1] https://gist.github.com/C5OK5Y/c93f4e3b3e9318b63c10

bananaoomarang commented on 2012-02-05 12:55 (UTC)

Has anyone managed to get multiple mice working with this? It sees all of mine as one.... An X problem? Do I need to hack my conf files?

Barthalion commented on 2011-12-18 10:40 (UTC)

@Jookia: I know that's too hard to check it in PKGBUILD.

Jookia commented on 2011-12-18 04:12 (UTC)

Does this need lib32 stuff seeing as it provides a pure 64bit version?