-
-
Notifications
You must be signed in to change notification settings - Fork 853
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
LD_LIBRARY_PATH set for MultiMC leaks to other processes #1389
Comments
Same should - somehow - happen for QT_PLUGIN_PATH and QT_FONT_PATH. Both are set in the runner script on linux. |
Also: This is a treasure trove of Qt workarounds. Gotta love it. |
So, using RPATH is hard, because it doesn't work for the Qt plugins we are dragging along. The other option - changing the environment of started processes - is hacky.
It is impossible to detach an already started process: https://bugreports.qt.io/browse/QTBUG-9328 The remaining options:
It's all hacky. |
Essentially do not pass some environment variables to subprocesses: * LD_PRELOAD * LD_LIBRARY_PATH * LD_DEBUG * QT_PLUGIN_PATH * QT_FONTPATH
Should be fixed now in develop. |
Ended up forking and messing with the env in the forked process... It's a bit slower, but should be foolproof. |
This is an issue because processes started from MultiMC will use its libraries - and if the ABI is not compatible, these processes will fail.
Solution: remove LD_LIBRARY_PATH and use RPATH instead.
The text was updated successfully, but these errors were encountered: