Bash should be able to run on linux. Opening this to start investigating.

• Case sensitive filesystem - oopsie woopsie, Bash has absolutely no notion of that - mostly not a problem anymore since we require the Data folder to be case-insensitive (see a8942b4). Various bits in WB still assume case though, like barb

• Our file operation backend needs to do a better job of supporting Linux (and non-Windows platforms in general) - see File operations #241

• Proton awareness, so that most users won't need to - worked on in 20dd955, done in ae12a5c

• app buttons code is tightly coupled with _winreg win32api - Linux does not really use app buttons code anymore, but that just points to us needing to rethink these entirely (Rethink app launchers #570)

• hunt down all hardcoded backslashes (duh) - ref 2e65a93 - tentatively marking this done

• move winreg from bass and to an environment detection module - cross platform

• WindowsError, duh:http://stackoverflow.com/q/1210118/281545, http://stackoverflow.com/a/8890190/281545, http://stackoverflow.com/a/2678797/281545, http://stackoverflow.com/a/22027543/281545 -> edit done see Replace WindowsError with OSError #252

• this (traceback solved in a975191 but check also warns) :

  Details

  ``` $ python2 /mnt/win/Users/MrD/Desktop/ZZZ/wrye-bash/Mopy/Wrye\ Bash\ Launcher.pyw -o /mnt/win/GAMES/TESIV/Oblivion No translation file for language: en 01:33:47 AM: Warning: Mismatch between the program and library build versions detected. The library used 3.0 (wchar_t,compiler with C++ ABI 1008,wx containers,compatible with 2.8), and wxPython used 3.0 (wchar_t,compiler with C++ ABI 1002,wx containers,compatible with 2.8). Traceback (most recent call last): File "/mnt/win/Users/MrD/Desktop/ZZZ/wrye-bash/Mopy/Wrye Bash Launcher.pyw", line 88, in bash.main() File "/mnt/win/Users/MrD/Desktop/ZZZ/wrye-bash/Mopy/bash/bash.py", line 363, in main import bosh File "/mnt/win/Users/MrD/Desktop/ZZZ/wrye-bash/Mopy/bash/bosh.py", line 55, in import balt File "/mnt/win/Users/MrD/Desktop/ZZZ/wrye-bash/Mopy/bash/balt.py", line 666, in import windows File "/mnt/win/Users/MrD/Desktop/ZZZ/wrye-bash/Mopy/bash/windows.py", line 31, in from ctypes.wintypes import MAX_PATH File "/usr/lib/python2.7/ctypes/wintypes.py", line 23, in class VARIANT_BOOL(_SimpleCData): ValueError: _type_ 'v' not supported ```

Of course the biggest hurdle is the dlls... If it proves easy we can compile them to .sos so much the better
All DLLs dropped by rewriting relevant code in Python:

• libloadorder - Reimplement load order handling in Python #295
• libbsa - Rework BSAs handling #339
• libloot-python - Replace libloot-python with handwritten parser #431
• CBash - Removing CBash #530

Blockers:

• Python 3 Upgrade #460 - most distros don't package the libs we need for py2 anymore

Future work:

• Profiles #250 - if we want to deploy to a single installation point in /usr or /opt, we need profiles
• Support Controller Input #561, if we want better usability on the Steam Deck
• Configuring paths via settings #572 - weird setups and paths are even more common on Linux, we need to solve this once and for all (and in a profiles-friendly way, no adding to bash.ini!)