Arch Linux User Repository

Heads up, I have realized that some of the plugins built here actually are used by the server binary as well, so I will be splitting ODE, HL2, CoD, and QIII into a separate "fteqw-plugins" package. The rest will stay as they are client side only, and server operators don't need to worry about them.

This will also stop Wayland or X11 being a required dependency (and more) for server hosting (as mesa being required here causes that headache).

imgtool and iqmtool will also be moved to the fteqcc package, as that is what is the official fteqcc.org site does, and the package didn't exist till yesterday.

I have updated to the latest stable release, it now builds and includes imgtool / iqmtool (texture and model creation tools), made the package use the official desktop file / scalable app icon, and build a couple more useful default plugins (Quake Injector, CoD, ODE Physics). Also FFMPEG4.4 is no longer required (though it seems FTE has some odd bug related to newer FFMPEG on Arch).

I have also finished the FTEQCC and Server packages, and will be submitting them to the AUR shortly.

Sorry about the lack of updates. The reason for the delay was not only happenings in real life land, but I also spent some time setting up a snapshot'd VM so can I cleanly test and debug PKGBUILDs now. I also had to finish some other FTE related PKGBUILDs, and took some time thinking about the best way to split off some of those features. Anyways, I'll post another comment when those go up.

@Xylemon I ended up just making this patch:

--- engine/common/fs_zip.c  2025-09-27 00:40:06.000000000 -0600
+++ engine/common/fs_zip-new.c  2026-03-19 12:45:11.504015105 -0600
@@ -903,7 +903,7 @@
 static qboolean FSZIP_SetupCrytoKeys(struct decompressstate *st, const char *password, char *cryptheader, unsigned int crc)
 {
    unsigned int u;
-   st->crctable = qget_crc_table();
+   st->crctable = (const long unsigned int *)qget_crc_table();
    st->encrypted = true;
    st->cryptkey[0] = 0x12345678;
    st->cryptkey[1] = 0x23456789;

Heads up, I have realized that some of the plugins built here actually are used by the server binary as well, so I will be splitting ODE, HL2, CoD, and QIII into a separate "fteqw-plugins" package. The rest will stay as they are client side only, and server operators don't need to worry about them.

This will also stop Wayland or X11 being a required dependency (and more) for server hosting (as mesa being required here causes that headache).

imgtool and iqmtool will also be moved to the fteqcc package, as that is what is the official fteqcc.org site does, and the package didn't exist till yesterday.

@leahanderson I have had this reported by another user, but to be honest I am baffled.

I do not get this error on my Arch Box VM (where I can update and clean build) nor my own system. The only thing I can think of is maybe it's being tripped by multi-lib systems, or something funky on Intel hardware (I only have AMD x86 CPUs) or something is telling FTEQW's Makefile to preform a 32-bit compile. Either way, it's obviously something we need to patch but I can't even reproduce it, and any help is appreciated. I would not have pushed this if I was getting build failures on any of my test cases.

Also, I will be putting out a fteqw-git package very soon, maybe try that and let me know if the same fail point persists.

got this while compiling:

/home/leah/.cache/paru/clone/ftequake/src/fteqw-2025-09-27/engine/common/fs_zip.c: In function ‘FSZIP_SetupCrytoKeys’:
/home/leah/.cache/paru/clone/ftequake/src/fteqw-2025-09-27/engine/common/fs_zip.c:906:22: error: assignment to ‘const uLongf *’ {aka ‘const long unsigned int *’} from incompatible pointer type ‘const uint32_t *’ {aka ‘const unsigned int *’} [-Wincompatible-pointer-types]
  906 |         st->crctable = qget_crc_table();
      |                      ^

The sister packages are up:

• FTEQC Compiler https://aur.archlinux.org/packages/fteqcc
• FTEQW Servers https://aur.archlinux.org/packages/fteqw-sv

I have updated to the latest stable release, it now builds and includes imgtool / iqmtool (texture and model creation tools), made the package use the official desktop file / scalable app icon, and build a couple more useful default plugins (Quake Injector, CoD, ODE Physics). Also FFMPEG4.4 is no longer required (though it seems FTE has some odd bug related to newer FFMPEG on Arch).

I have also finished the FTEQCC and Server packages, and will be submitting them to the AUR shortly.

Sorry about the lack of updates. The reason for the delay was not only happenings in real life land, but I also spent some time setting up a snapshot'd VM so can I cleanly test and debug PKGBUILDs now. I also had to finish some other FTE related PKGBUILDs, and took some time thinking about the best way to split off some of those features. Anyways, I'll post another comment when those go up.

I've made a patch to fix build errors

diff --git a/PKGBUILD b/PKGBUILD
index 545a9b7..eb040b7 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -27,7 +27,7 @@ build() {

        patch -p0 < "$srcdir/sdl2-fix.patch"

-       make m-rel FTE_TARGET=SDL2 CFLAGS="-DFTE_LIBRARY_PATH=/usr/lib/fteqw"
+       make m-rel FTE_TARGET=SDL2 CFLAGS="-DFTE_LIBRARY_PATH=/usr/lib/fteqw -Wno-incompatible-pointer-types"

        make plugins-rel NATIVE_PLUGINS="ezhud ffmpeg hl2 quake3" AV_BASE=/usr/include/ffmpeg4.4/ AV_LDFLAGS="-l:libavcodec.so.58 -l:libavformat.so.58 -l:libavutil.so.56 -l:libswscale.so.5"

re: gcc: fatal error - if it's of any consequence, i'm not seeing this either

The package has been reworked, with the latest version being pushed up 9 days. I will look into the issue this weekend when I have some time, but I can't say I'm getting the same issue and the error message isn't very informative.

Hello,

This package fails to build with 3 consecutive gcc: fatal error: no input files error are link time.

Since you've talked about at major package rework 9 days ago, I don't know if you already planned an update or no.

Best regards.