sxiii/WormsWMD-Archlinux.md

Last active May 11, 2026 07:16

Star (11) You must be signed in to star a gist
Fork (3) You must be signed in to fork a gist

Select an option

Learn more about clone URLs
Clone this repository at <script src="https://gist.github.com/sxiii/9d9b8435fd343b2024b16b8cbe86a69e.js"></script>
Save sxiii/9d9b8435fd343b2024b16b8cbe86a69e to your computer and use it in GitHub Desktop.

Download ZIP

How to fix Worms W.M.D. launch on ArchLinux, Manjaro, Garuda, Artix Linux & Linux Mint

Raw

WormsWMD-Archlinux.md

Game information Worms W.M.D.

Distribution name and version where applicable Manjaro 20.1.1 (Mikah)

Problem description Worms doesn't launch out of the box without two small tweaks. When launching Worms W.M.D. in Manjaro and Archlinux, you need to do two things:

Install this apps: sudo pacman -S libcurl-gnutls libidn11 qt5-base qt5-xcb-private-headers(If you are on any other distro then Arch, you can skip this step. At least this is reported to be OK to skip for Linux Mint)
Edit file "Run.sh" in Worms W.M.D. directory, usually it's located here: ~/.steam/steam/steamapps/common/WormsWMD/Run.sh, and replace it's content with this:

#!/bin/bash
export LC_ALL=C
export LD_LIBRARY_PATH="/usr/lib:/usr/local/lib"
export LD_PRELOAD="$(
	printf "%s " ~/.steam/steam/steamapps/common/WormsWMD/lib/libQt5*.so* \
		~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3 \
		~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3.5.8
)"
chmod a+x ./Worms\ W.M.Dx64
./Worms\ W.M.Dx64

Finally, you can launch Worms WMD either through Steam (by pressing play and choosing "Run with Run.sh", or via CLI by just ./Run.sh.

Does this issue reproduce with native Steam Yes, the issue seems like an upstream Steam Linux WMD distribution bug.

Tairetsu commented Dec 4, 2024 •

edited

Loading

After manually installing libidn11 all of these scripts posted in this thread will work for me provided I run "run.sh" from the game folder. But none will work if I do it from the Steam client, whether the normal one or the ".sh" option in the launcher...

Ewoodss commented Dec 26, 2024 •

edited

Loading

this run.sh works if the game isn't installed in the default dir. this is for native not flatpak.

#!/bin/bash

export LC_ALL=C
export LD_LIBRARY_PATH="/usr/lib:/usr/local/lib"
export STEAM_ROOT=~/.steam
export PLATFORM=bin32
export STEAM_RUNTIME=$STEAM_ROOT/$PLATFORM/steam-runtime
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

export LD_PRELOAD="$(
        printf "%s " "$SCRIPT_DIR"/lib/libQt5*.so* \
                ~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3 \
                ~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3.5.8 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libidn.so.11 \
                "$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libgcrypt.so.11 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/librtmp.so.0 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libhogweed.so.4 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libnettle.so.6 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libsndfile.so.1 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libFLAC.so.8
)"
chmod a+x ./Worms\ W.M.Dx64
./Worms\ W.M.Dx64

robstarmcdonald commented May 5, 2025

this run.sh works if the game isn't installed in the default dir. this is for native not flatpak.

#!/bin/bash

export LC_ALL=C
export LD_LIBRARY_PATH="/usr/lib:/usr/local/lib"
export STEAM_ROOT=~/.steam
export PLATFORM=bin32
export STEAM_RUNTIME=$STEAM_ROOT/$PLATFORM/steam-runtime
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

export LD_PRELOAD="$(
        printf "%s " "$SCRIPT_DIR"/lib/libQt5*.so* \
                ~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3 \
                ~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3.5.8 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libidn.so.11 \
                "$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libgcrypt.so.11 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/librtmp.so.0 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libhogweed.so.4 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libnettle.so.6 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libsndfile.so.1 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libFLAC.so.8
)"
chmod a+x ./Worms\ W.M.Dx64
./Worms\ W.M.Dx64

Didn't work on Ubuntu, unless if there is a way for it to work.
I've tried DEB version of Steam, it didn't work 😢.

OkeDok1e commented Jul 9, 2025

this run.sh works if the game isn't installed in the default dir. this is for native not flatpak.

#!/bin/bash

export LC_ALL=C
export LD_LIBRARY_PATH="/usr/lib:/usr/local/lib"
export STEAM_ROOT=~/.steam
export PLATFORM=bin32
export STEAM_RUNTIME=$STEAM_ROOT/$PLATFORM/steam-runtime
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

export LD_PRELOAD="$(
        printf "%s " "$SCRIPT_DIR"/lib/libQt5*.so* \
                ~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3 \
                ~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3.5.8 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libidn.so.11 \
                "$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libgcrypt.so.11 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/librtmp.so.0 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libhogweed.so.4 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libnettle.so.6 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libsndfile.so.1 \
                "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libFLAC.so.8
)"
chmod a+x ./Worms\ W.M.Dx64
./Worms\ W.M.Dx64

When I try this I still get
ERROR: ld.so: object '/home/USERNAME/.local/share/Steam/steamapps/common/WormsWMD/lib/libQt5*.so*' from LD_PRELOAD cannot be preloaded (cannot open shared object file): ignored. chmod: cannot access './Worms W.M.Dx64': No such file or directory ./Run.sh: line 24: ./Worms W.M.Dx64: No such file or directory my game directory is
/home/USERNAME/.local/share/Steam/steamapps/common/WormsWMD

mk1337 commented Nov 17, 2025

With some help from my friend claude code, i was able to run the game on Mint 22.2.
if that helps anyone, here is the guide it prepared

Worms W.M.D Linux Fix Guide

This guide fixes the game on modern Linux distributions (tested on Linux Mint 22.2, might work on Ubuntu 22.04+, and other Debian-based distros).

The Problem

Worms W.M.D's native Linux version ships with outdated libraries that conflict with modern Linux systems, causing errors like:

GLIBCXX_3.4.30 not found
libidn.so.11: cannot open shared object file
Game crashes on startup with dbus errors

The Solution

Step 1: Navigate to Game Directory

cd ~/.steam/debian-installation/steamapps/common/WormsWMD

Or if using the default Steam path:

cd ~/.steam/steam/steamapps/common/WormsWMD

Step 2: Backup and Remove Old libstdc++

The bundled libstdc++.so.6 is too old. Rename it so the game uses your system's newer version:

mv lib/libstdc++.so.6 lib/libstdc++.so.6.OLD

Step 3: Update Run.sh Script

Replace the contents of Run.sh with the following:

#!/bin/bash
export LC_ALL=C
export LD_LIBRARY_PATH="/usr/lib:/usr/local/lib"
export STEAM_ROOT=~/.steam/debian-installation
export PLATFORM=ubuntu12_32
export STEAM_RUNTIME=$STEAM_ROOT/$PLATFORM/steam-runtime
SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

export LD_PRELOAD="$(
	printf "%s " "$SCRIPT_DIR"/lib/libQt5*.so* \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libidn.so.11 \
		"$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libgcrypt.so.11 \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/librtmp.so.0 \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libhogweed.so.4 \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libnettle.so.6 \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libsndfile.so.1 \
		"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libFLAC.so.8
)"
chmod a+x ./Worms\ W.M.Dx64
./Worms\ W.M.Dx64

Note: If your Steam is installed in the default location (~/.steam/steam), change line 4 to:

export STEAM_ROOT=~/.steam/steam

Step 4: Make Run.sh Executable

chmod +x Run.sh

Step 5: Configure Steam Launch Options

Open Steam Library
Right-click Worms W.M.D
Select Properties
In the Launch Options field, enter:
```
./Run.sh %command%
```

Step 6: Launch the Game

Click Play in Steam. The game should now launch successfully!

Alternative: Launch from Terminal

You can also launch the game directly from terminal:

cd ~/.steam/debian-installation/steamapps/common/WormsWMD
./Run.sh

Troubleshooting

Game still won't launch from Steam

Verify the Steam installation path in Run.sh (line 4) matches your system
Check that Run.sh is executable: chmod +x Run.sh
Try launch option without %command%: just ./Run.sh

Reverting Changes

If something goes wrong, restore the original libstdc++:

cd ~/.steam/debian-installation/steamapps/common/WormsWMD
mv lib/libstdc++.so.6.OLD lib/libstdc++.so.6

Steam Path Variations

Different distros may have Steam installed in different locations:

Debian/Ubuntu/Mint: ~/.steam/debian-installation/
Arch/Manjaro: ~/.steam/steam/
Flatpak Steam: ~/.var/app/com.valvesoftware.Steam/.steam/steam/

Adjust the STEAM_ROOT variable in Run.sh accordingly.

Why This Works

Removed old libstdc++: The bundled library lacks GLIBCXX_3.4.30, causing crashes. Your system's version is newer and compatible.
Removed dbus preloads: Old dbus libraries from Steam Runtime caused conflicts. System dbus works better.
Preloaded Steam Runtime libraries: The game needs specific versions of Qt5, crypto, and audio libraries that Steam provides.

Credits

Based on solutions from:

sxiii's GitHub Gist
Arch Linux Forums
Steam Community discussions

Tested On

✅ Linux Mint 22.2 Cinnamon

Feel free to improve!

mrsimpson commented Dec 21, 2025 •

edited

Loading

For Ubuntu 24 with Steam installed as snap to launch from the shell

#!/bin/bash
# Worms WMD launcher script for Linux

# Use C locale for compatibility
export LC_ALL=C

# Disable D-Bus to avoid assertion errors with bundled Qt5DBus library
# This library has ABI incompatibility with newer system D-Bus versions
export QT_NO_DBUS=1
export DBUS_SESSION_BUS_ADDRESS="disabled:"

# Use system Qt5 platform plugins (xcb backend)
export QT_QPA_PLATFORM_PLUGIN_PATH="/usr/lib/x86_64-linux-gnu/qt5/plugins/platforms"

# Get the directory where this script is located
SCRIPT_DIR="$(cd "$(dirname "$0")" && pwd)"

# Prioritize bundled libraries over system libraries
export LD_LIBRARY_PATH="$SCRIPT_DIR/lib:$LD_LIBRARY_PATH"

# Make the binary executable and run it
chmod a+x "$SCRIPT_DIR/Worms W.M.Dx64"
"$SCRIPT_DIR/Worms W.M.Dx64"

initdream commented Apr 4, 2026

My OS: Manjaro 26.0.3 Anh-Linh

The game was complaining about libtheoraenc and libtheoradec so I created a softlink to my system libraries:

cd /usr/lib
sudo ln -s libtheoraenc.so.2.2.1 libtheoraenc.so.1
sudo ln -s libtheoradec.so.2.1.1 libtheoradec.so.1

Then it was complaining about some old libraries, so I just removed them, they were in the WormsWMD/lib folder:

libstdc++.so.6
libhogweed.so.4
libnettle.so.6

I found this script online and modified a bit, it should be named as myrun.sh and be given permission to be run as an executable:

#!/bin/bash
export LC_ALL=C 
export MESA_GL_VERSION_OVERRIDE=2.0COMPAT 
export MESA_GLSL_VERSION_OVERRIDE=410

_libraries=(
	lib/libQt5*.so.5
	/usr/lib/libwavpack.so.1
	"$STEAM_RUNTIME"/amd64/lib/x86_64-linux-gnu/libdbus-1.so.3
    "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
    "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libidn.so.11
    "$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libgcrypt.so.11
    "$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/librtmp.so.0
)

export LD_PRELOAD="${_libraries[@]}"

exec "$@" > ~/worms-stdout.log 2> ~/worms-stderr.log

The exports on top, fix a black screen problem.

Then you need to just set the launch options as:

./myrun.sh %command%

Hope this helps someone.

Joritt commented Apr 10, 2026

Could not get it to work on arch. Easy fix:

The Fix: Use Proton instead of the Native Linux Port

The most stable and efficient way to play Worms W.M.D. on a modern Linux setup is to force Steam to use the Windows version through the Proton compatibility layer. On modern hardware (like Ryzen 9000-series CPUs or recent Radeon GPUs), the performance overhead is negligible, and it completely bypasses the library conflict issues.

Steps to Apply:

Right-click Worms W.M.D. in your Steam Library.
Select Properties.
Go to the Compatibility tab.
Check the box: "Force the use of a specific Steam Play compatibility tool."
Select Proton Experimental or Proton 9.0+.
Steam will download a small update (the Windows .exe and related files).
Launch the game.

Technical Note:
The native Linux binary (Worms W.M.Dx64) is hardcoded to look for specific library versions (e.g., libgnutls.so.30) that conflict with the system's libcurl. Proton provides its own self-contained environment, which is much more reliable for this specific title than trying to manually patch the game's /lib/ folder on a rolling-release distro.

cgiAlexis commented May 9, 2026 •

edited

Loading

Looks like the issue in the script is actually related to Valve's work on Steam Runtime and Linux x86_64 for Steam. They've restructured the files in the root Steam folder so that the ones we were relying on have moved around. We just need to find where they live and update the script.

It's also notable that Valve have started adding distrobox to the SteamOS image, this means a onetime WormsWMD image may be a solution if we can craft that.

In the meantime it's worth noting that ubuntu12_32 and ubuntu12_64 are basically stripped out now and the contents are in steamrt64. However it appears that steamrt64 may be dynamicaly linked in the style of Fedora UniversalBlue where image updates are downloaded and then the Steam client creates links in a temporary directory.

Results of 2026 Steam root scan

ls ~/.steam/steam -1
appcache
bin
bootstrap.tar.xz
clientui
compatibilitytools.d
config
controller_base
d3ddriverquery64.dxvk-cache
depotcache
fossilize_engine_filters.json
friends
GameOverlayRenderer64.dll
graphics
installscriptevalutor_log.txt
legacycompat
linux32
linux64
local.vdf
logs
music
package
public
resource
standalone_installscript_progress_228980.vdf
steam
steamapps
steamclient64.dll
steamclient.dll
steam_dev.cfg
steam_msg.sh
steamrt32
steamrt64
steam.sh
steam_subscriber_agreement.txt
steamui
tenfoot
ThirdPartyLegalNotices-Chromium.html
ThirdPartyLegalNotices.css
ThirdPartyLegalNotices.doc
ThirdPartyLegalNotices.html
ubuntu12_32
ubuntu12_64
update_hosts_cached.vdf
userdata

Result of new runtime directory scan

ls ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-M1WLH3/ -1
bin
etc
lib
lib32
lib64
overrides
sbin
usr

Current work-in-progress Run.sh

#!/bin/bash

SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

# Make a script that loooks in the steamrt64 directory structure to find the "tmp-" directory and navigate in there

export LC_ALL=C
export LD_LIBRARY_PATH="$SCRIPT_DIR/lib:~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/:~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-M1WLH3/lib/x86_64-linux-gnu/:/usr/lib:/usr/local/lib"
export LD_PRELOAD="$(
	printf "%s " ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-M1WLH3/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 \
		~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-M1WLH3/lib/x86_64-linux-gnu/libssh2.so.1 \
		~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-M1WLH3/lib/x86_64-linux-gnu/libbz2.so.1.0 \
		~/.local/share/Steam/ubuntu12_32/steam-runtime.old/usr/lib/x86_64-linux-gnu/libidn.so.11
)"
chmod a+x ./Worms\ W.M.Dx64
./Worms\ W.M.Dx64

Remaining error is; ./Worms W.M.Dx64: symbol lookup error: /lib64/libsndfile.so.1: undefined symbol: lame_encode_buffer_interleaved_int - Bazzite 44

initdream commented May 10, 2026

@cgiAlexis thanks for the heads up, the fix for your problem is to point the libsndfile.so.1 to your tmp folder, instead of using your OS' library.

~/.local/share/Steam/ubuntu12_32/steam-runtime.old/usr/lib/x86_64-linux-gnu/libsndfile.so.1 or
~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-M1WLH3/lib/x86_64-linux-gnu/libsndfile.so.1

This current version of the script works perfectly for me, I've added two DBUS exports, because it was crashing for me, so be aware that there might be some DBUS bug (the solution is using the old libraries again).

#!/bin/bash
export LC_ALL=C 
export MESA_GL_VERSION_OVERRIDE=2.0COMPAT 
export MESA_GLSL_VERSION_OVERRIDE=410
export DBUS_FATAL_WARNINGS=0
export QT_NO_DBUS=1

SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

export LD_LIBRARY_PATH="$SCRIPT_DIR/lib:~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/:~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/lib/x86_64-linux-gnu/:/usr/lib:/usr/local/lib"
export LD_PRELOAD="$(
	printf "%s " ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 \
		~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/lib/x86_64-linux-gnu/libssh2.so.1 \
		~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/lib/x86_64-linux-gnu/libbz2.so.1.0 \
		~/.local/share/Steam/ubuntu12_32/steam-runtime.old/usr/lib/x86_64-linux-gnu/libidn.so.11 \
                ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/usr/lib/x86_64-linux-gnu/libgnutls.so.30 \
                ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/usr/lib/x86_64-linux-gnu/libunistring.so.2 \
                ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/usr/lib/x86_64-linux-gnu/libbrotlidec.so.1.0.9 \
                ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/usr/lib/x86_64-linux-gnu/libhogweed.so.6.4 \
                ~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/usr/lib/x86_64-linux-gnu/libbrotlicommon.so.1 \
		~/.steam/steam/steamrt64/steam-runtime-steamrt/var/tmp-5OHSH3/usr/lib/x86_64-linux-gnu/libnettle.so.8.4 \
                /usr/lib/libwavpack.so.1  
)"

exec "$@" > ~/worms-stdout.log 2> ~/worms-stderr.log

Just make sure to change the path your "tmp-XXXXXX" folder, it changes for everyone.

We might need to cook a library folder using the old libraries provided by Steam, otherwise this will break again with more Steam changes.

Fo0og commented May 10, 2026 •

edited

Loading

I have this script:

#!/bin/bash
export LC_ALL=C
export MESA_GL_VERSION_OVERRIDE=2.0COMPAT
export MESA_GLSL_VERSION_OVERRIDE=410
export DBUS_FATAL_WARNINGS=0
export QT_NO_DBUS=1
export STEAM_RUNTIME=~/.steam/steam/steamrt64/pv-runtime/steam-runtime-steamrt/var/tmp-H76MO3/

SCRIPT_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd )

export LD_LIBRARY_PATH="$SCRIPT_DIR/lib:~/.steam/steam/ubuntu12_32/steam-runtime/amd64/lib/x86_64-linux-gnu/:$STEAM_RUNTIME:/usr/lib:/usr/local/lib"
export LD_PRELOAD="$(
printf "%s " "$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libcurl-gnutls.so.4
"$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libssh2.so.1
"$STEAM_RUNTIME"/lib/x86_64-linux-gnu/libbz2.so.1.0
~/.local/share/Steam/ubuntu12_32/steam-runtime.old/usr/lib/x86_64-linux-gnu/libidn.so.11
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libgnutls.so.30
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libunistring.so.2
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libbrotlidec.so.1.0.9
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libhogweed.so.6.4
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libbrotlicommon.so.1
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libnettle.so.8.4
"$STEAM_RUNTIME"/usr/lib/x86_64-linux-gnu/libFLAC.so.8
/usr/lib64/libwavpack.so.1
)"

exec "$@" > ~/worms-stdout.log 2> ~/worms-stderr.log

and it seems to work, but the executable is stopped by SIGSEGV with no other info
Job 1, './Worms\ W.M.Dx64' terminated by signal SIGSEGV (Address boundary error)
is all I get.

Also, I am on Fedora 43.

edit: I gave up. Switching to the windows version under proton 9.0-4 works

sxiii/WormsWMD-Archlinux.md

Select an option

No results found

Select an option

No results found

Tairetsu commented Dec 4, 2024 •

edited

Loading

Uh oh!

Ewoodss commented Dec 26, 2024 •

edited

Loading

Uh oh!

robstarmcdonald commented May 5, 2025

Uh oh!

OkeDok1e commented Jul 9, 2025

Uh oh!

mk1337 commented Nov 17, 2025

Uh oh!

mrsimpson commented Dec 21, 2025 •

edited

Loading

Uh oh!

initdream commented Apr 4, 2026

Uh oh!

Joritt commented Apr 10, 2026

Uh oh!

cgiAlexis commented May 9, 2026 •

edited

Loading

Uh oh!

initdream commented May 10, 2026

Uh oh!

Fo0og commented May 10, 2026 •

edited

Loading

Uh oh!

sxiii/WormsWMD-Archlinux.md

Tairetsu commented Dec 4, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Ewoodss commented Dec 26, 2024 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

robstarmcdonald commented May 5, 2025

Uh oh!

OkeDok1e commented Jul 9, 2025

Uh oh!

mk1337 commented Nov 17, 2025

Worms W.M.D Linux Fix Guide

The Problem

The Solution

Step 1: Navigate to Game Directory

Step 2: Backup and Remove Old libstdc++

Step 3: Update Run.sh Script

Step 4: Make Run.sh Executable

Step 5: Configure Steam Launch Options

Step 6: Launch the Game

Alternative: Launch from Terminal

Troubleshooting

Game still won't launch from Steam

Reverting Changes

Steam Path Variations

Why This Works

Credits

Tested On

Uh oh!

mrsimpson commented Dec 21, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

initdream commented Apr 4, 2026

Uh oh!

Joritt commented Apr 10, 2026

Uh oh!

cgiAlexis commented May 9, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

initdream commented May 10, 2026

Uh oh!

Fo0og commented May 10, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Tairetsu commented Dec 4, 2024 •

edited

Loading

Ewoodss commented Dec 26, 2024 •

edited

Loading

mrsimpson commented Dec 21, 2025 •

edited

Loading

cgiAlexis commented May 9, 2026 •

edited

Loading

Fo0og commented May 10, 2026 •

edited

Loading