mirror of
https://github.com/lutris/lutris.git
synced 2026-06-11 15:36:26 -04:00
dee9f6c0a9
Previous AppRun exported PYTHONPATH pointing at the bundled stdlib and prepended $APPDIR/usr/bin to PATH. Both leaked into every host subprocess Lutris launches: a host umu-launcher invoked via its `#!/usr/bin/env python3` shebang picked up the bundled Python 3.10 instead of the host's (no Xlib, no requests, no umu deps), and any host Python that did get used inherited a PYTHONPATH pointing at our 3.10 stdlib (MAGIC mismatch in _sre on Fedora's 3.14). Both exports were structurally unnecessary: AppRun already execs the bundled interpreter by full path, so PATH does not need our bin directory at the front, and switching setup.py to --install-layout=deb makes Lutris findable via the bundled Python's default sys.path search (dist-packages, what Debian-patched Python uses) without an env-var hint. Net effect: host umu-launcher, wine, xrandr, etc. now inherit a clean PATH and no PYTHONPATH from the AppImage. The AppImage still requires host Python 3.10+ for runners that themselves call Python (UMU is the practical case); modern distros satisfy this by default. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>