Package Details: zandronum 3.0.1-3

Git Clone URL: (read-only, click to copy)
Package Base: zandronum
Description: OpenGL ZDoom port with Client/Server multiplayer
Upstream URL:
Licenses: custom
Conflicts: zandronum2
Submitter: sanerb
Maintainer: sanerb
Last Packager: sanerb
Votes: 23
Popularity: 0.70
First Submitted: 2017-12-14 15:03
Last Updated: 2020-04-03 18:03

Required by (1)

Sources (12)

Pinned Comments

sanerb commented on 2018-01-21 07:55

Bug reports can be filed at
News updates for packages can be followed at

(If you want an RSS-feed only pertaining to my AUR packages, you can subscribe to in your favourite RSS reader.)

Note that you should still use the AUR web interface for flagging packages as out-of-date if a new version is released; the aforementioned bug tracker is to aid in issues with building/packaging/the PKGBUILD formats/etc. specifically.

GPG signature "errors" are explained here:

Please read; it's not a bug.


Latest Comments

1 2 3 Next › Last »

sanerb commented on 2020-11-16 07:31


Hey, "dumbass", learn how to use GPG. My keys are distributed on the public GNUPG keyservers and the SKS pool.

But since you aren't competent enough to handle that, here you go:

Since you seem averse to reading documentation, you need to download that and do "gpg --import path/to/personal.asc" as the user you run makepkg as.

Or you can do "makepkg --skippgpcheck". You of course would know that if you read the makepkg man page.

You also could just comment out the .sig sources in the PKGBUILD if all of the above is too much for you to handle.

Maybe doublecheck before making a fool of yourself in public next time.

Edit: lol it's even in the Arch wiki.

terrytuden114 commented on 2020-11-16 07:16


terrytuden114 commented on 2020-11-16 07:16

Fix your package. This doesn't work buddy, pgp key error.

And importing those keys doesn't work, it just hangs.

Why can't you just use a normal ass key server like sane people? Now no one on arch can use your package, good job.

sanerb commented on 2020-07-17 02:52


WHOOPS, that's right; they switched to mercurial. Embarrassingly, I also maintain zandronum-hg. (It's still stuck in my head as zandronum-git.)

Will work on changing name to zandronum-bin and having this build from source. Can you please confirm against zandronum-hg to see if you're getting the same behaviour? (EDIT: and comment there if you are so others will know and I can potentially investigate)

ztx commented on 2020-07-17 00:17


Sorry, it probably was 'zandronum-hg' or something (I'm afraid I don't remember anymore). I deleted my previous comment to avoid further confusion.

Renaming to 'zandronum-bin' is a good idea, though.

sanerb commented on 2020-07-16 16:00


Are you sure you have the right package and aren't trying to build zandronum-git? This PKGBUILD doesn't do any compiling. (I should really rename it to zandronum-bin at some point and do a separate package that builds, but...)

Please confirm.

5anya commented on 2020-04-25 10:51

no, don't implement those in the launcher: it works fine after you switch the sound system in the settings from OSS/ALSA to SDL. I think the issue's gonna be fixed in the fmodex library (at least I think it's the library's issue). did anyone file a bug report to fmodex's developers on this? and yeah, it still happens with the latest version.

sanerb commented on 2020-04-25 01:11

do you guys want me to implement those in the launcher? i hesitate to do so since it would always start with -nosound then.

i DID update the package to use the appropriate FMOD version. is it still happening in 3.0.1-3 version of this package?

5anya commented on 2020-04-24 19:55

These errors are also fixed with @laserlennart's workaround: double free or corruption (!prev) OR malloc_consolidate(): invalid chunk size

sanerb commented on 2020-03-29 01:44


thanks for finding that workaround! did you file a bug report upstream yet or find a relevant one? if not, i'll open one.