Package Details: wolf 1.41b-5

Git Clone URL: https://aur.archlinux.org/wolf.git (read-only)
Package Base: wolf
Description: Return to Castle Wolfenstein is a single and multiplayer first person shooter. You need the retail game files to play.
Upstream URL: http://zerowing.idsoftware.com/linux/wolf/
Licenses: custom
Submitter: Slash
Maintainer: Slash
Last Packager: Slash
Votes: 29
Popularity: 0.000059
First Submitted: 2007-11-03 00:05
Last Updated: 2015-06-08 17:51

Dependencies (2)

Required by (0)

Sources (8)

Latest Comments

zanny commented on 2014-05-25 01:11

iortcw works out of the box - the problem is it depends on wolf-data, which as a broken ftp url for the run file. And in ciclic beauty, the one from this package works!

Ambrevar commented on 2014-02-27 16:28

I am experiencing the following error: 'Received signal 11, exiting...'.
So I tried to patch the executable by replacing '%s' with two spaces (20 20) as mentionned here: http://www.lgdb.org/game/return_castle_wolfenstein (thanks to krzxor for the link).

Unfortunately, it does not work: I still encounter the same error.

I am using the open source radeon driver.

Slash commented on 2014-01-16 04:11

It should be possible to patch the binary as part of the build process, I'll look into it soon.

kraxor commented on 2014-01-15 14:53

Thank you, it seems to work now.

Note: I had to patch the executable as described here: http://www.lgdb.org/game/return_castle_wolfenstein
(Could this be added to the PKGBUILD as a post-install patch? I'm not an expert on the subject.)

Also, to make the sound work, I had to do:

# modprobe snd_seq_oss
# modprobe snd_mixer_oss
# modprobe snd_pcm_oss
# echo "wolfsp.x86 0 0 direct" > /proc/asound/card0/pcm0p/oss

Furthurmore, fire breathing enemies may hang the game (as noted at http://www.nvnews.net/vbulletin/showthread.php?t=117684 and lots of other forums), so make sure to quicksave often. There are some potential solutions mentioned in that thread too.

Slash commented on 2014-01-12 20:03

I uploaded a new PKGBUILD with some modernizations.

* mirror: The mirror is working for me. Maybe it was down temporarily? I can browse the entire directory here: ftp://ftp.internat.freebsd.org/pub/FreeBSD/distfiles/

* x86_64: I was able to start a multiplayer dedicated server and connect to it on 64bit. I needed to use software emulation because I was testing over SSH ( $ wolfmp +set r_allowSoftwareGL 1 +connect 127.0.0.1 ), so there might be an issue with OpenGL or sound, you'll need to be more specific with what type of errors you are getting. That being said, it is possible the client will never completely work correctly on a modern system and it may only be useful for dedicated servers.

kraxor commented on 2014-01-12 08:09

Flagged out-of-date for a couple of reasons:
- does not work on x86_64 (although PKGBUILD/arch allows it)
- mirror no longer available
- PKGBUILD uses build() instead of package()

zebulon commented on 2012-06-23 13:46

@Majki-Fajki: try to patch according to the procedure I detail here: https://bbs.archlinux.org/viewtopic.php?id=137208

Anonymous comment on 2012-06-19 19:17

^1Error: file ui/pregame.menu, line 1: file ui/menddef.h not found

Classic bug - anyone has some ideas?

zebulon commented on 2012-05-23 06:24

@OK100: well you'll have to apply the patch anyway. I explain the whole procedure here: https://bbs.archlinux.org/viewtopic.php?id=137208 and still plan to provide a PKGFILE when I find a little time.

OK100 commented on 2012-05-21 07:49

I have the same issue as @santodelaespada, but I'm on 32bit arch

OK100 commented on 2012-05-21 07:48

I have the sam inssue as @santodelaespada, but I'm on 32bit arch

zebulon commented on 2012-03-04 11:13

I can confirm that the patch given at https://bugzilla.icculus.org/show_bug.cgi?id=4331 allows RTCW to run correctly on x86_64 (you need to apply it to iortcw sources, note the path of the files is a bit different from ioquake). I think that the wolf binaries are now broken on 64 bit platforms (there is also a crash specific to 64 bit with the flamethrowing monsters in the catacomb) and the only way is to use iortcw sources. There is a good attempt to revive rtcw there: http://code.google.com/p/bzzwolfsp/. It works properly on my machine and has sound. You need to compile it as a 32 bit app though (as explained in http://code.google.com/p/bzzwolfsp/issues/detail?id=3).

zebulon commented on 2012-03-04 07:52

It seems this is a problem with x86_64 and the new glibc, as discussed there:
http://www.urbanterror.info/forums/topic/20357-bug-x86-64-wont-start/
https://bugzilla.icculus.org/show_bug.cgi?id=4331

Funny this was reported in 2010 but I did not notice the problem until after you reported it (have not played it for a while). I have tried recompilig iortcw with the same issue. So maybe it is time to patch the iortcw source and use that one only.

santodelaespada commented on 2012-02-02 06:39

------- sound initialization -------
/dev/dsp: No such file or directory
Could not open /dev/dsp
I get the following error

------------------------------------
Sound memory manager started
Sys_LoadDll(/opt/wolf/main/uii386.so)... ok
Sys_LoadDll(ui) found **vmMain** at 0xae5e3778
Sys_LoadDll(ui) succeeded!
Parsing menu file:ui/mai..menu
Parsing menu file:ui/setup.menu
^1Error: file ui/setup.menu, line 1: file ui/menddef.h not found <--- All like this one
Parsing menu file:ui/controls.menu
^1Error: file ui/controls.menu, line 1: file ui/menddef.h not found <--- Here is another one
... and so on

I get the id software animation and afterwards just the console displaying the errors related to "ui/menddef.h"

when I look inside "sp_pak1.pk3" there is a file named "ui/menudef.h". Could it be a typo ?
I unzipped "sp_pak1.pk3";
did "cp ui/menudef.h ui/menddef.h";
rezipped and replaced sp_pak1.pk3 and the GUI attempts to launch. I get a cursor over the background.

Anonymous comment on 2011-10-18 17:10

hello,
the download link for "wolf-linux-1.41b.x86.run" is broken.
please update
thanks

zebulon commented on 2011-09-18 16:18

Hi Slash, yes that would be my aim. However, I will not be able to work on it before the next week. My only concern is that the executable CRC is not the same than the original. Firstly, wolfsp-sdl-sound does not work so there is no soun d at the moment. My second concern is Punkbuster: will it work with the recompiled binaries? If not, multiplayer would be unplayable.

Slash commented on 2011-09-18 00:13

You should make an "iortcw" PKGBUILD and add it to the AUR. Like Quake 3, the "quake3" package is the "official" binaries from id Software, and "ioquake3" is the icculus.org version compiled from source. The same can be done for RTCW. I don't have the time to make a iortcw PKGBUILD currently, though.

zebulon commented on 2011-09-17 18:00

I just tried to compile iortcw-sp on my x86_64 machine, it worked like a breeze! It required gcc-multilib and nasm. However, it does not provide as many file as the original wolf-linux-1.41b.x86.run (you would need to provide your own punkbuster). The advantage is that it does not require the old libstdc++.

zebulon commented on 2011-09-17 17:58

I just tried to compile iortcw-sp on my x86_64 machine, it worked like a breeze! It required gcc-multilib and nasm. However, it does not provide as many file as the original wolf-linux-1.41b.x86.run (you would need to provide your own punkbuster).

zebulon commented on 2011-09-17 12:21

There is a crash in presence of flaming zombies, specifically on x86_64 systems. Wolf just hangs and has to be killed from another console. The problem has beenn reported there: http://www.nvnews.net/vbulletin/showthread.php?t=117684&highlight=flame+zombie+wolfenstein
It seems that to solve this one would need to compile the iortcw sources from scratch.

zebulon commented on 2011-09-14 16:48

For proprietary NVIDIA users on x86_64, there is another dependency: lib32-nvidia-utils. This replaces lib32-libgl (without it, you get this error: GLimp_Init() - could not load OpenGL subsystem)

zebulon commented on 2011-09-14 16:37

A missing dependency for x86_64: lib32-nvidia-utils. This replaces lib32-libgl (without it, you get this error: GLimp_Init() - could not load OpenGL subsystem)

zebulon commented on 2011-01-27 07:50

Note to NVIDIA users: you'll need to use this command to truncate the GL_EXTENSIONS string that can lead to a segfault at start:
__GL_ExtensionStringVersion=17700 wolfsp

Also, sound works with the SDL wrapper available at wolfsp-sdl-sound.gz. There is an AUR package for this (http://aur.archlinux.org/packages.php?ID=9777) however for some reason I cannot make it work, ?I have to use the launcher script from the original site: http://nullkey.ath.cx/~stuff/et-sdl-sound/

Slash commented on 2010-08-19 23:09

Oops! Fixed now. I don't remember if there was a reason why libstdc was 755... I changed it to 644.

frb commented on 2010-08-19 10:31

The last question :)
Why libstdc++-libc6.2-2.so.3 is set as 755? It works fine without execution permission (644).

frb commented on 2010-08-19 10:27

Thank you. You forgot to add x86_64 in the arch line :)

Slash commented on 2010-08-19 00:03

Added 64bit support, thanks Babets.

frb commented on 2010-08-17 17:58

I have modified your pkgbuild and your .install file to add x86_64 support and other small fixes.
http://aur.pastebin.com/UGcwSgfQ
http://aur.pastebin.com/dm9SQzRL
Please take a look :)
Don't add me as contributor.

Slash commented on 2010-08-12 23:03

http://www.iortcw.org/ is being set up, so I will wait a bit for the dust to settle before updating this PKGBUILD.

frb commented on 2010-08-12 21:21

Wolf is now open source!
http://www.linuxgames.com/archives/15619
ftp://ftp.idsoftware.com/idstuff/source/RTCW-MP-GPL.zip – Return to Castle Wolfenstein (Multiplayer)
ftp://ftp.idsoftware.com/idstuff/source/RTCW-SP-GPL.zip – Return to Castle Wolfenstein (Single Player)
You still need the .pk3 file as for quake3 but it's just great! :D

jose1711 commented on 2010-06-29 20:07

this may come handy for users having nvidia card which experience crashes with wolfsp (like me). try running __GL_ExtensionStringVersion=17700 /usr/bin/wolfsp.sdl