Member Avatar for strugglebunny

I've done a google search for how to install this, and none of the methods seem to work. I've tried installling it the normal way and $ linux32 sh et-linux-2.55.x86.run which didn't work also. Anyone out there get this running on a 64 bit linux OS that can help me?

This one little thing bascially keeps me from being Windows free, so any help would be appreciated. My normal desktop OS of choice is Mac OS 10.4, but my mini doesn't have the hardware to play this game.

  • 2 Contributors
  • 3 Replies
  • 223 Views
  • 2 Days Discussion Span
  • Latest Post Latest Post by strugglebunny

Dani AI

Generated

Short troubleshooting summary for running Wolfenstein: Enemy Territory on Fedora Core 4 x86_64. The ET Linux client is a 32-bit binary, so a 64-bit install requires 32-bit compatibility libraries. Calling linux32 or setarch only changes process personality; it does not supply missing libraries. Verify the game binary and any unresolved dependencies with:

file ./et.x86*
ldd ./et.x86* 2>/dev/null | grep "not found"

If any libraries are reported "not found", install the matching 32-bit packages. On FC4 the usual set includes 32-bit glibc, libstdc++, SDL and the X/OpenGL client libs. Example (adjust arch suffixes if needed):

yum install glibc.i386 libstdc++.i386 SDL.i386 \
    libX11.i386 libXrandr.i386 libXxf86vm.i386 \
    libXinerama.i386 mesa-libGL.i386

NVIDIA-specific notes: on x86_64 both a 64-bit kernel module and 32-bit OpenGL libraries are required for 32-bit games. Ensure kernel-devel matching uname -r is installed before running the NVIDIA installer so the kernel module can be built, and use the driver package/RPM that includes or installs 32-bit compatibility libGL. Useful checks:

uname -r
rpm -q kernel-devel-$(uname -r)
glxinfo | grep -i "direct rendering"
ldd ./et.x86* | grep libGL

Check /var/log/Xorg.0.log and dmesg for driver or GLX errors if the game crashes or falls back to software rendering. ’s post implies the missing 32-bit libs were the blocker; ’s point about NVIDIA quirks is valid — if driver problems persist, trying a distro-supplied NVIDIA RPM (or an alternative card/driver) often resolves the edge cases. Prefer installing proper packages over LD_LIBRARY_PATH hacks so other 32-bit apps continue to work.

Recommended Answers

All 3 Replies

Member Avatar for strugglebunny

Blah, I got this installed. Now if only I could get the nvidia drivers to work properly....

Member Avatar for kc0arf

Hello,

At work, pushing the envelope with AutoCAD and SolidWorks installations, we have found that nVidia drivers are unstable / weird in comparison to the ATI drivers. It really has me thinking for my next computer....

I am like you... have Mac OS X for my desktop workstation, and use Linux for other things, and for server operations. I think the two systems really make a nice computing environment.

Christian

Member Avatar for strugglebunny

Hello,

At work, pushing the envelope with AutoCAD and SolidWorks installations, we have found that nVidia drivers are unstable / weird in comparison to the ATI drivers. It really has me thinking for my next computer....

I am like you... have Mac OS X for my desktop workstation, and use Linux for other things, and for server operations. I think the two systems really make a nice computing environment.

Christian

Oh really? I always heard bad things about the ATI Linux drivers. In fact, the only reason I went with nVidia is because of their "better" driver support (namely 3d acceloration) in Linux. Damn. Well atleast I got the driver to install now. Hah.

Be a part of the DaniWeb community

We're a friendly, industry-focused community of developers, IT pros, digital marketers, and technology enthusiasts meeting, networking, learning, and sharing knowledge.