Package Details: ezquake 3.2.3-1

Git Clone URL: https://aur.archlinux.org/ezquake.git (read-only, click to copy)
Package Base: ezquake
Description: One of the most Popular QuakeWorld clients for Linux/BSD/OSX/Win32. You need the retail pak files to play.
Upstream URL: https://www.ezquake.com/
Licenses: GPL
Conflicts: ezquake-git, fuhquake
Provides: fuhquake, quake
Submitter: Slash
Maintainer: Slash (sanerb)
Last Packager: Slash
Votes: 32
Popularity: 0.000000
First Submitted: 2006-10-07 02:38 (UTC)
Last Updated: 2021-08-08 03:37 (UTC)

Latest Comments

z0mb1e_kgd commented on 2021-08-19 13:01 (UTC)

I have installed this package with yay, all works ok except saving the game and options configuration. Please advise the proper way to fix this. My thought is the game lacks its folder in the user's folder, or permissions are corrupted somehow.

dbermond commented on 2020-07-08 15:45 (UTC)

Package fails to build in a clean chroot with devtools:

install: invalid group ‘users’

Slash commented on 2020-07-07 23:55 (UTC)

@debermond @sanerb Thanks! I updated the PKGBUILD with the patch and removed the gcc9 stuff.

sanerb commented on 2020-07-06 20:51 (UTC)

@debermond - thank you!

I'll let Slash review and decide if they want to apply it or not.

@Slash-

If you do apply the patch, you should remove gcc9 from the makedepends and remove the CC="gcc-9" from the make line.

dbermond commented on 2020-07-06 20:46 (UTC)

To the maintainers:

I have prepared a patch for gcc10:

https://paste.ee/p/O70Yk

sanerb commented on 2020-07-06 16:34 (UTC) (edited on 2020-07-06 16:37 (UTC) by sanerb)

Hey all! The co-maintainer (and maintainer of ezquake-git) here.

As mentioned below in the comments, Arch's default GCC is now GCC 10.x. Unfortunately, the latest stable release of EZQuake does not build on GCC 10.x. The ezquake-git package will, but not this one.

In order to build the stable release, you have to first install the "gcc9" package. It's currently in the [community-testing] repository.

If you'd rather not enable the entire community-testing repository (and for good reason, to be frank), you can install the packages individually. The below URLs use my own Arch mirror, so replace with your preferred mirror (which I recommend unless you're on the East coast of the US, in which case my mirror is ranked pretty high).

mkdir -p /tmp/pkg
cd /tmp/pkg
wget http://arch.mirror.square-r00t.net/community-testing/os/x86_64/gcc9-9.3.0-3-x86_64.pkg.tar.zst
wget http://arch.mirror.square-r00t.net/community-testing/os/x86_64/gcc9-fortran-9.3.0-3-x86_64.pkg.tar.zst  # probably not needed?
wget http://arch.mirror.square-r00t.net/community-testing/os/x86_64/gcc9-libs-9.3.0-3-x86_64.pkg.tar.zst
sudo pacman -U gcc9-*.zst

and then you can makepkg this package properly.

@Slash- remember to remove "gcc9" from the makedeps once they have a new stable release, because I probably won't remember. ;)

sanerb commented on 2020-07-06 16:15 (UTC) (edited on 2020-07-06 16:29 (UTC) by sanerb)

@Slash-

Hey, it's the ezquake-git packager here. You can force use of GCC 9.x by adding "gcc9" to the makedepends (it's in community-testing repo currently), and then changing your "make" on line 29 in the PKGBUILD to:

make CC="gcc-9"

and that should do it. Untested, but let me know how it works.

EDIT: confirmed. You have me as co-maintainer so I'm updating and will sticky a notice to install GCC9 from community if they run into dep issues.

Slash commented on 2020-05-30 23:01 (UTC)

Apologies, I usually update my Arch installs bi-weekly, but I skipped a week, so I was still running GCC 9. Now that I am upgraded to GCC 10 I can't build it anymore. Using ezquake-git is probably the best idea right now until someone makes a patch for version 3.2.

trap000d commented on 2020-05-27 11:03 (UTC)

Well, seems build of stable is broken with GCC 10. Developer have fixed it in master branch:

https://github.com/ezQuake/ezquake-source/commit/b174271b7d193bf03a7270445e710984b7325b62

however this patch doesn't working for stable version. I've ended up with yay ezquake-git

ixevix commented on 2020-05-27 05:19 (UTC)

Yeah I'm using an aur helper called yay. Seems even clearing it's cache won't help.

Slash commented on 2020-05-27 01:44 (UTC)

Try removing the old src/ sub directory, perhaps it's trying to link stuff in the directory from the previous ezquake version.

If that doesn't work, are you using an AUR build tool? I can't reproduce the issue with just plain makepkg. I ran the build like this on another computer and it worked:

cd /tmp && wget 'https://aur.archlinux.org/cgit/aur.git/snapshot/ezquake.tar.gz' && tar zxvf ezquake.tar.gz && cd ezquake/ && makepkg

deathtrip commented on 2020-05-26 21:49 (UTC)

Doesn't compile for me too. I get this error:

/usr/bin/ld: .ezquake/common.o: in function COM_GetUniqueTempFilename': common.c:(.text+0x8f2): warning: the use oftempnam' is dangerous, better use `mkstemp' collect2: error: ld returned 1 exit status make: *** [Makefile:444: ezquake-linux-x86_64] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

ixevix commented on 2020-05-26 21:27 (UTC)

Here's the whole thing https://pastebin.com/TBFAHt1X

ixevix commented on 2020-05-25 20:32 (UTC)

There's stuff like this which goes on for 467 lines

/usr/bin/ld: .ezquake/cmd.o:(.bss+0x1900): multiple definition of temp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here /usr/bin/ld: .ezquake/com_msg.o:(.bss+0x20): multiple definition oftemp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here /usr/bin/ld: .ezquake/common.o:(.bss+0x4c0): multiple definition of temp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here /usr/bin/ld: .ezquake/crc.o:(.bss+0x0): multiple definition oftemp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here /usr/bin/ld: .ezquake/cvar.o:(.bss+0x20): multiple definition of temp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here /usr/bin/ld: .ezquake/fs.o:(.bss+0xa80): multiple definition oftemp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here /usr/bin/ld: .ezquake/vfs_os.o:(.bss+0x0): multiple definition of gzipfilefuncs'; .ezquake/fs.o:(.bss+0xa20): first defined here /usr/bin/ld: .ezquake/vfs_os.o:(.bss+0x60): multiple definition oftemp_entities'; .ezquake/cmodel.o:(.bss+0x0): first defined here

Slash commented on 2020-05-24 21:26 (UTC)

@ixevix What is the error? It is working fine for me, so perhaps there is a missing build dependency.

ixevix commented on 2020-05-24 20:50 (UTC)

It's not compiling at the moment.

gregf commented on 2020-02-16 03:08 (UTC)

You're missing a dependency on extra/speex, it won't compile in a clean chroot without it.

DZerk commented on 2018-02-24 19:59 (UTC) (edited on 2018-02-24 20:36 (UTC) by DZerk)

I'm still having issues with this wanting to write tmp stuff(like downloaded maps) to /opt/quake , +cfg_load is already in the config(~/.ezquake/config.cfg) any ideas? Can't seem to find anything

vita_cell commented on 2017-02-19 02:02 (UTC)

seschwar thanks for your answer, OMG I did read wrong something. This is why it doesn't work. thanks!

seschwar commented on 2017-02-17 21:27 (UTC)

vita_cell wrote: > I already have my copied files from Quake III Arena: > > /opt/quake/id1/pak0.pk3 > /opt/quake/id1/pak1.pk3 Wait a minute... ezQuake is a Quake 1/QuakeWorld client not a Quake III Arena one. Why are you using the game data from Quake 3? You need pak0.pak and pak1.pak from Quake 1, not Quake 3.

vita_cell commented on 2017-02-17 19:16 (UTC)

Slash thanks for you answer, I already have read that guide. And my pk0 and pk1 files seems lower case for me: $ ls /opt/quake/id1 pak0.pk3 QRP_map_textures_v.1.00.pk3 pak1.pk3 QRP_normalmap_textures_add-on_v.1.00.pk3 I have installed "quake-qrp-textures" package, and his packages ("QRP*") seems not lower case.

Slash commented on 2017-02-17 18:53 (UTC)

From: http://ezquake.sourceforge.net/docs/?faq Q: Couldn't load gfx/palette.lmp error message in linux A: Make sure following files/directories have lower-case names: quake/id1, quake/id1/pak0.pak, quake/id1/pak1.pak Are those pak files+extensions completely lowercase?

vita_cell commented on 2017-02-17 16:19 (UTC)

$ ezquake Error: Couldn't load gfx/palette.lmp I already have my copied files from Quake III Arena: /opt/quake/id1/pak0.pk3 /opt/quake/id1/pak1.pk3 Already tryed to rename those files to "*.pak", and still same error. What I doing wrong?

Slash commented on 2016-09-12 02:57 (UTC)

@Retro_Gamer: Thanks for the heads up, I updated the makedepends array.

Retro_Gamer commented on 2016-09-12 02:10 (UTC)

Vim needs to be added to the dependencies list due to ezquake needs xxd to compile or it fails early on in the build process with: "/bin/sh: xxd: command not found"

Slash commented on 2016-06-18 19:04 (UTC)

Updated to ezquake 3.0. Notes: - The PKGBUILD now compiles from source - i686 support has been removed. All the ezquake docs reference x86_64 only. If 32 bit works for you, let me know and I will update the PKGBUILD.

ennok commented on 2015-05-08 19:57 (UTC)

for me launching the game only loaded some of the settings in the home folder config. adding "+cfg_load" after "+cfg_use_home 1" in /usr/bin/ezquake fixed it for me

sanerb commented on 2015-04-09 15:29 (UTC)

it seems that from a fresh install of 2.2, initial run fails when run as an unprivileged user due to, from what i'm able to tell, being unable to write to /opt/quake/ezquake/sb (it seems it segfaults if it can't update the cache/server listing). this occurs even with +cfg_use_home 1 is anyone else able to recreate?

mathias.steiger commented on 2014-09-17 01:52 (UTC)

Ezquake 2.2 is available (works) and 2.1 crashes with ezquake-gl.glx: xcb_io.c:179: dequeue_pending_request: Assertion `!xcb_xlib_unknown_req_in_deq' failed. Please update Package.

Slash commented on 2011-02-08 02:58 (UTC)

Updated to the latest version. The ezquake-{skins,textures} packages are being removed, please use quake-qrp-textures if you need high resolution textures: http://aur.archlinux.org/packages.php?ID=45791

widowild commented on 2011-02-04 17:37 (UTC)

I don't save my solo party folder no exists /opt/quake/qw/save/ error /opt/quake/qw/save/so.save couldn't open

widowild commented on 2011-02-04 13:53 (UTC)

http://sourceforge.net/projects/ezquake/files/stable/2.0.1/ezquake_linux-x86_64_2.0.1_update.tar.gz/download

commented on 2010-12-06 04:08 (UTC)

Your tarball has some issues. Binaries are usually frowned upon. Take for example: ezquake/ezquake.ico Try to find sources for the binaries instead of embedding them. Please fix this.

Slash commented on 2010-04-13 22:14 (UTC)

This PKGBUILD used to build from source, but there were issues with the final product unique to Arch Linux. I couldn't find a solution, so I changed the PKGBUILD to use the binaries... Unfortunately, because all the comments were deleted from the AUR, I am having trouble finding the original information...

Babets commented on 2010-04-13 20:40 (UTC)

A quick and dirty pkgbuild that create the binary from source (not well tested but it build and create the pkg fine) http://aur.pastebin.com/Yr9gxC1z P.S. Don't add me as contributor :)

Babets commented on 2010-04-13 17:43 (UTC)

Why are you installing from binary? The source code is here: http://sourceforge.net/projects/ezquake/files/stable/2.0/ezquake_source_2.0.zip/download 2.0.1 is out but probably it's only a recompilation because I don't see a 2.0.1 source pkg.