Package Details: openxcom-git 1.0_r3113_ge2c5a1b45-1

Git Clone URL: https://aur.archlinux.org/openxcom-git.git (read-only, click to copy)
Package Base: openxcom-git
Description: An open-source reimplementation of the famous X-COM game (git-version)
Upstream URL: https://openxcom.org/
Licenses: GPL-3.0-or-later
Conflicts: openxcom
Provides: openxcom
Submitter: ska
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 16
Popularity: 0.002322
First Submitted: 2012-09-13 21:55 (UTC)
Last Updated: 2024-03-08 23:06 (UTC)

Latest Comments

« First ‹ Previous 1 2

WorMzy commented on 2014-07-26 20:07 (UTC)

Please report it to upstream so it can get fixed. :)

docwild commented on 2014-07-26 20:01 (UTC)

I had to add --disable-werror to the configure line to get this to build due to an unused variable.

WorMzy commented on 2014-03-09 02:56 (UTC)

Hi, Please fix your PKGBUILD to comply with pacman/makepkg 4.1 VCS standards [1]. I have uploaded a compliant PKGBUILD here [2], which you can feel free to use. If you have lost interest in maintaining this package, I would be more than happy to take over maintaining it. Cheers, WorMzy [1] https://wiki.archlinux.org/index.php/Arch_CVS_%26_SVN_PKGBUILD_guidelines [2] https://github.com/WorMzy/PKGBUILDs/blob/master/openxcom-git/PKGBUILD

ploxiln commented on 2013-09-07 04:50 (UTC)

I modified the PKGBUILD to use the installation prefix "/usr" instead of "/usr/local", since I much prefer that only manually installed files go in "/usr/local". While I was at it I made some other slight improvements for myself: cp should be faster than git for a straightforward copy, and the overall README.txt was clobbering the data/README.txt which is about the game assets (the path also had to be fixed for the /usr/local -> /usr change). In case you're interested in incorporating any of these changes, I've included a patch: --- PKGBUILD.orig 2013-09-07 00:32:13.306975949 -0400 +++ PKGBUILD 2013-09-07 00:32:38.123345202 -0400 @@ -38,7 +38,7 @@ msg "Starting build..." rm -rf "$srcdir/$_gitname-build" - git clone "$srcdir/$_gitname" "$srcdir/$_gitname-build" + cp -ar "$srcdir/$_gitname" "$srcdir/$_gitname-build" cd "$srcdir/$_gitname-build" ln -f -s $(which docbook2man) "$srcdir/docbook-to-man" @@ -46,12 +46,12 @@ ./autogen.sh ./configure - cmake . + cmake -DCMAKE_INSTALL_PREFIX:PATH=/usr . } package() { cd "$srcdir/$_gitname-build" make DESTDIR="$pkgdir/" install - cp README.txt "$pkgdir/usr/local/share/openxcom/data/README.txt" + cp README.txt "$pkgdir/usr/share/openxcom/README.txt" }

ploxiln commented on 2013-09-07 03:54 (UTC)

This package also has a build-time dependency on boost, it uses at least "boost/shared_ptr.hpp". I'm not sure, but I don't think it has a run-time dependency on boost-libs, since "readelf -d" doesn't show it linking to any.

Dalrik commented on 2013-08-19 22:51 (UTC)

The yaml-cpp0.3 dependency needs to be changed, as the project has updated to use 0.5 http://openxcom.org/index.php/2013/08/upgrade-to-yaml-cpp-0-5/

PsamtikNerd commented on 2013-07-27 18:27 (UTC)

Please add a dependency on docbook2x. The build process needs the docbook2man binary provided by docbook2x but invokes it as docbook-to-man; thus it is necessary to create an alias or symlink before invoking configure or cmake.

EasySly commented on 2013-05-15 20:39 (UTC)

Please update PKGBUILD. Since openxcom will not compiles. http://pastebin.com/dJ9nygEQ Install script was updated also to specify correct folders where user can copy data folder: http://pastebin.com/zHutVjHL Since yaml-cpp0.3 was renamed to yaml-cpp and update to 0.5.1 version to build OpenXcom use such PKGBUILD to install yaml-cpp0.3 (it conflicts with yaml-cpp): http://pastebin.com/wYnXnfsj Migrate to newer yaml-cpp performing now and I think will be done soon. Look at topic http://openxcom.org/forum/index.php?topic=911.0

« First ‹ Previous 1 2