Arch Linux User Repository

With Fallout 3 I get the error of being unable to discover the game or point to the proper folder because the plugins is looking for Data/fallout3.esm as a requirement to verify that the selected folder is the proper. But since Linux is Case sensitive Fallout3.esm with a capital "F" is not valid and thus fails to set the proper filepath.

I manually edited the Fallout 3 bundled plugin index.js to change the "fallout3.esm" to "Fallout3.esm"

Furthermore once I was able to set the filepath and load into the Fallout 3 game section of Vortex. I was met with the error of Vortex being unable to find Fallout.ini or Falloutprefs.ini as it still look in usr/atomictem/Documents/My Games even though the ini files are not created there.

I install the GOG version of Fallout 3 through Heroic Game Launcher. So the INI files under Heroic Launchers Prefixes for Fallout 3 /home/atomictem/Games/Heroic/Prefixes/default/Fallout 3 Game of the Year Edition/drive_c/users/atomictem/Documents/My Games/Fallout3/ .

gamebryo-savegame-management is now bundled and working on Linux in 1:2.0.1-14.

The C++ addon (GamebryoSave.node) turned out to be fully Linux-compatible — toWC() and _wstat() both have proper #else branches in string_cast.h. Three things were blocking it:

1. The upstream package.json has the same inverted || guard as ba2/bsa — silently skips the build on Linux.
2. The _native step tried to copy liblz4.dll + zlib.dll (Windows only) — copy-native.mjs exits 1 if any file is missing.
3. gamebryo-savegame is an optionalDependency — when its node-gyp build fails (no -llz4 -lz in binding.gyp for Linux), pnpm silently drops it from node_modules entirely.

Fix: added node-gamebryo-savegames as a pinned git source, compile it out-of-band in prepare() with node-gyp + Electron headers, patch binding.gyp with the missing Linux library links, then populate the extension's node_modules manually before dist:all runs. lz4 added to depends.

yay -S vortex-linux-fix to update.

Hey Garecrow, thanks for the detailed report — this helped a lot.

gamebryo-plugin-management: this one is intentionally replaced with a Linux stub. The original bundled version uses Win32 APIs (AppData\Local paths, Windows registry) and will always fail on Linux — that's the "failed" status you're seeing. Don't use the one extracted from the Windows installer. The stub included in this package keeps other extensions happy without crashing.

gamebryo-ba2-support and gamebryo-bsa-support: these were genuinely missing due to an upstream build guard that silently skipped compilation on non-Windows systems. Both have been fixed in pkgrel=13 — they now compile natively on Linux. Update with yay -Syu vortex-linux-fix and they should appear as active in the Extensions list.

gamebryo-savegame-management: excluded intentionally — it's Windows-only at a native code level and can't be ported.

For Linux-native game support (Starbound, TF2, RimWorld, XCOM 2, War Thunder), I've published a companion Vortex extension that handles the correct Linux binaries: 👉 https://www.nexusmods.com/site/mods/1924

Download the zip and drag it onto the Vortex window, or install via Extensions → Install from File.

the gamebryo plugin management extension is normally bundled with vortex but now it is missing. it actually appears there are several bundled extensions missing. i extracted it from the install exe, and it now appears in the extension list but says failed in vortex.

Hi Garecrow, both issues should now be fixed:

1:2.0.1-4 (already released) addressed the INI file paths — mygamesPath() in gamebryo-test-settings and iniFiles() in the core renderer now resolve to the correct Proton compatdata path (compatdata/<appid>/pfx/drive_c/users/steamuser/Documents/My Games/) instead of ~/Documents.

1:2.0.1-6 (just released) addresses your second report: Plugins.txt and loadorder.txt. The appDataPath() function in gamebryo-plugin-management was falling back to ~/.config/Local/<game>/ on Linux (since %LOCALAPPDATA% is unset). It now resolves to compatdata/<appid>/pfx/drive_c/users/steamuser/AppData/Local/<game>/ using the same Steam library scanning logic.

This is a runtime patch applied every time Vortex launches — it requires gamebryo-plugin-management to be installed in Vortex first. If you already have it installed, update the package (yay -Syu vortex-linux-fix) and relaunch Vortex.

Games covered: Fallout 3, Fallout NV, Fallout 4, Fallout 4 VR, Skyrim, Skyrim SE, Skyrim VR, Enderal, Enderal SE, Starfield, Oblivion.

it is almost fixed. These games use additional files at ~/.steam/steam/steamapps/compatdata/<APPID>/pfx/drive_c/user/steamuser/AppData/Local/<GAME>/ (primarily loadorder.txt and Plugins.txt) but these files are still being written outside of the compatdata prefix instead

Hi Garecrow, thanks for the report! Fixed in pkgrel=2.

The issue was that Vortex's mygamesPath() function was resolving to ~/Documents/My Games/ on Linux, but Proton stores INI files inside the game's compatdata prefix instead (~/.steam/steam/steamapps/compatdata/<APPID>/pfx/drive_c/users/steamuser/Documents/My Games/).

The patch now searches all Steam libraries for the correct Proton prefix and falls back to ~/Documents only if it can't find it. Covers Fallout 3, Fallout 4, Fallout 4 VR, Fallout NV, Skyrim, Skyrim SE, Skyrim VR, Enderal, Enderal SE, Starfield and Oblivion.

Update the package to apply the fix: yay -Syu vortex-linux-fix

could you fix support for games like fallout 4, and skyrim? vortex looks to home/user/documents for the game ini files instead of inside the game prefix. same for the load order, dlc list, and downloaded content .txt files at /home/USER/.local/share/Steam/steamapps/compatdata/377160/pfx/drive_c/users/steamuser/AppData/Local/Fallout4/ (fallout 4, native steam for example)