Open danuker opened 5 years ago
I traced it to line 212 in utils/slpaths.cpp
:
But commenting it out leaves the path entirely blank. Will investigate further.
thats by intention. you could rename spring to spring.orig and rename spring-optirun.sh to spring
By intention? Would a user want the paths to auto-configure every time the lobby loads?
I see that before this call, while the lobby is loading, the setting I want is loaded at some point(SetSpringBinary in springlobbyapp.cpp)
Bah, I am too tired now. Thanks for the workaround, but wouldn't you accept a pull request fixing this?
Another idea: When the path should not be editable (since it's designed to regenerate the paths), use a read-only text control. But when would that be?
Another idea: When the path should not be editable (since it's designed to regenerate the paths), use a read-only text control. But when would that be?
yeah, a read-only control reflect how its meant to be used.
I am running SL 0.267 on Debian 10 (buster).
I have a somewhat special requirement: I am on a laptop, and I have a Bumblebee configuration (Nvidia GPU + Intel CPU). For this, I need to use the
optirun
command for any GPU application:Just
spring
uses the Intel integrated GPU (not very good), but when I runoptirun spring
, it actually uses the GPU like it's supposed to.So, I created a script called
spring-optirun.sh
which does just that, and forwards the shell parameters:optirun spring "$@"
. I then configured it from Edit -> Preferences.However, the bug in SpringLobby is that every time I restart the lobby, these settings are lost, and the executable is reverted from
spring-optirun.sh
tospring
for each version of the engine I have (as if I clicked the "Auto Configure" button, which I did not click).Second suggestion (please ask me to split the ticket if you want): the "Spring" configuration of engine and library paths should definitely be under Edit -> Spring Settings, not Edit -> Preferences. It was hard to find it the first time.