FYI: https://openxcom.org/2026/01/whats-the-deal-with-openxcom-extended/
If you're still using this package, consider switching to one of the following:
| Git Clone URL: | https://aur.archlinux.org/openxcom.git (read-only, click to copy) |
|---|---|
| Package Base: | openxcom |
| Description: | An open-source reimplementation of the famous X-COM game |
| Upstream URL: | https://openxcom.org/ |
| Licenses: | GPL-3.0-or-later |
| Submitter: | None |
| Maintainer: | WorMzy |
| Last Packager: | WorMzy |
| Votes: | 47 |
| Popularity: | 0.008383 |
| First Submitted: | 2012-01-30 07:27 (UTC) |
| Last Updated: | 2024-03-08 22:48 (UTC) |
FYI: https://openxcom.org/2026/01/whats-the-deal-with-openxcom-extended/
If you're still using this package, consider switching to one of the following:
also needs automake and autoconf
@WorMzy: I created a patch few weeks ago that unify paths for openxcom and openxcom-git. https://bitbucket.org/gonciarz/openxcom-archlinux/pull-requests/1/path-fix/diff
I copy-paste my comment from openxcom-extended package: gonciarz commented on 2019-07-16 20:49 Hi WorMzy, I understand that the OpenXcom is dead now because guys do not release on github. But on the other hand I don't like disorder and manual steps. I just want to have all packages (openxcom/git, openxcom-extended/git) Still from my point of view the cleanest solution would be to apply a patch to openxcom that would change the 'data' path to 'UFO'. Actually I dig a bit and prepared one. Please accept it.
I'm not familiar how collaboration looks like on AUR git, but I usually create a pull request. I've tested the game and it loads properly. Please take a look here: https://bitbucket.org/gonciarz/openxcom-archlinux/pull-requests/1/path-fix/diff
I believe that after merging that change to aur repo, we may change path in openxcom-data-steam. What do you think?
Regards
Sorry Ultima_12, I completely missed your message. FWIW, I can't reproduce the error you were getting, so hopefully it was just a transient issue with your build environment. EDIT: actually, checking the git update history, I updated the patchset after your message, but must've forgotten to post a message about the change. My bad.
@jenz: There seems to have been a change in the way that GL_GLEXT_VERSION is defined, and this trips over builds using -Werror (which is the default. I'm not sure how to fix this properly, and upstream has long since abandoned the v1.0 release (they recommend using nightly builds, which you can use openxcom-git to reproduce) so I doubt a patch will be made to fix this. Instead, I have disabled -Werror in the build, and checked that the built package still runs. Please give it a go and see if it resolves your issue.
Pinging. This package still fails
The package fails to build due to an issue with the source, specific output of:
src/Basescape/BaseInfoState.cpp: In member function ‘virtual void OpenXcom::BaseInfoState::init()’: src/Basescape/BaseInfoState.cpp:358:14: error: ‘floor’ was not declared in this scope ss5 << (int)floor(_base->getUsedStores() + 0.05) << ":" << _base->getAvailableStores(); ^~~~~ src/Basescape/BaseInfoState.cpp:358:14: note: suggested alternative: ‘float’ ss5 << (int)floor(_base->getUsedStores() + 0.05) << ":" << _base->getAvailableStores(); ^~~~~ float
Pinned Comments
WorMzy commented on 2026-01-15 21:28 (UTC) (edited on 2026-01-15 21:28 (UTC) by WorMzy)
FYI: https://openxcom.org/2026/01/whats-the-deal-with-openxcom-extended/
If you're still using this package, consider switching to one of the following:
openxcom-extended
openxcom-extended-git