Package Details: openxcom-extended 7.0.10-1

Git Clone URL: (read-only, click to copy)
Package Base: openxcom-extended
Description: An extended version of the open-source reimplementation of X-COM (OXCE)
Upstream URL:,5251.0.html
Licenses: GPL3
Conflicts: openxcom
Provides: openxcom, openxcom-git
Submitter: WorMzy
Maintainer: WorMzy
Last Packager: WorMzy
Votes: 3
Popularity: 0.019488
First Submitted: 2019-07-01 20:12
Last Updated: 2021-06-08 09:25

Required by (8)

Sources (1)

Latest Comments

1 2 Next › Last »

WorMzy commented on 2020-12-01 14:17

Sorry, I'll only include patches to resolve build failures, and even then the patches should ideally be backported from upstream (unless it's an Arch-specific build failure).

Emru commented on 2020-12-01 13:43

I was thinking about patch in AUR only, in PKGBUILD.

WorMzy commented on 2020-12-01 13:37

This isn't the correct place to send patches to the upstream code.

Create a merge request or open an issue to discuss the change at

Emru commented on 2020-11-30 20:51

Hey, I made a small patch for OXCE code, that will allow to load mods installed in /usr/share/openxcom/mods.

diff --unified --recursive --text package.orig/openxcom-extended/src/Engine/Options.cpp
--- package.orig/openxcom-extended/src/Engine/Options.cpp   2020-11-30 20:54:57.010530630 +0100
+++    2020-11-30 20:56:20.580606153 +0100
@@ -657,6 +657,8 @@
        Log(LOG_INFO) << "Scanning standard mods in '" << getDataFolder() << "'...";
        FileMap::scanModDir(getDataFolder(), "standard", true);
+   Log(LOG_INFO) << "Scanning system mods in '" << getDataFolder() << "'...";
+   FileMap::scanModDir(getDataFolder(), "mods", false);
    Log(LOG_INFO) << "Scanning user mods in '" << getUserFolder() << "'...";
    FileMap::scanModDir(getUserFolder(), "mods", false);
 #ifdef __MOBILE__
Only in Options.cpp.orig

What do you think? With it I can take over and update existing mods in AUR.

WorMzy commented on 2020-11-02 19:03

locchan commented on 2020-11-02 18:59

The package lacks "pkgconf" as a dependency, cmake cannot start compiling. This might also be the case with other xcom packages, but I didn't check.

WorMzy commented on 2020-06-24 16:39

If this is due to a packaging bug, I'm happy to fix it, but as previously mentioned -- nothing has changed in terms of packaging.

linuxham commented on 2020-06-21 03:27

When I try the XFiles mod in OpenXcom Exteded 6.5.5, it produces these errors

[20-06-2020_22-53-37] [INFO] Loading rulesets... [20-06-2020_22-53-44] [ERROR] Error processing 'STR_AQUA_PLASTIC_SUIT_H_UC_UNDERWATER' in armors: Item STR_AQUA_PLASTIC_SUIT_UC_UNDERWATER not found Error processing 'STR_AQUA_PLASTIC_SUIT_UC_UNDERWATER' in armors: Item STR_AQUA_PLASTIC_SUIT_UC_UNDERWATER not found Error processing 'STR_ASTRAL_ARMOR_UC' in armors: Item STR_ASTRAL_ARMOR_UC not found Error processing 'STR_ASTRAL_WEREWOLF_ARMOR' in armors: Item STR_ASTRAL_WEREWOLF_CORPSE not found

WorMzy commented on 2020-06-20 11:22

The only packaging difference between 6.5.3 and 6.5.4 is the latter has eight extra files:

$ bsdtar tf ~/builds/openxcom-extended/openxcom-extended-6.5.3-1-x86_64.pkg.tar.zst > oe-6.5.3
$ bsdtar tf ~/builds/openxcom-extended/openxcom-extended-6.5.4-1-x86_64.pkg.tar.zst > oe-6.5.4
$ diff oe-6.5.{3,4}
> usr/share/openxcom/standard/XcomUtil_Fighter_Transports_TFTD/
> usr/share/openxcom/standard/XcomUtil_Fighter_Transports_TFTD/XcomUtil_Fighter_Transports_TFTD.rul
> usr/share/openxcom/standard/XcomUtil_Fighter_Transports_TFTD/metadata.yml
> usr/share/openxcom/standard/XcomUtil_Triton_Weapon_Slot/
> usr/share/openxcom/standard/XcomUtil_Triton_Weapon_Slot/XcomUtil_Triton_Weapon_Slot.rul
> usr/share/openxcom/standard/XcomUtil_Triton_Weapon_Slot/metadata.yml
> usr/share/openxcom/standard/xcom2/MAPS/
> usr/share/openxcom/standard/xcom2/MAPS/BARRACUD.MAP
> usr/share/openxcom/standard/xcom2/MAPS/MANTA.MAP
> usr/share/openxcom/standard/xcom2/ROUTES/
> usr/share/openxcom/standard/xcom2/ROUTES/BARRACUD.RMP
> usr/share/openxcom/standard/xcom2/ROUTES/MANTA.RMP

If there is any mod bustage, it's caused by code changes and should probably be reported upstream.

linuxham commented on 2020-06-20 00:25

I have installed OpenXcom Extended, and gotten it to launch, and tried the X-Files Mod, which failed to run. It complained of missing armor rules. X-Files runs in 6.5.3, but not in your