-
Notifications
You must be signed in to change notification settings - Fork 15
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
xNetHack reuses the same NETHACKOPTIONS
env. variable as NetHack
#96
Comments
One option would be to use a config file. xNetHack uses |
Could this be given a priority? Now the new release bombs out with unknown settings that previously it didn't, so I need to have the two config. files separate. |
I'm using the new "savebreakish" label to note issues whose fix wouldn't be a savebreak but can possibly be a workflow-break or similar if it were released unexpectedly. I don't want to break things for anyone relying on current behavior of NETHACKOPTIONS so this change will be included in the next version release (9.0). |
This avoids a case in which a player was having their environmentally set NetHack options collide with xNetHack options as both games still used NETHACKOPTIONS. Since there are a few ways in which NetHack options can fail to parse in xNetHack (mostly removed ones like roguesymset), it makes sense to change the environment variable name the game is looking for. Closes #96
Compatibility with XNETHACKOPTIONS is now on the 9.0-savebreaking branch. |
I already have NetHack configured using this variable. xNetHack uses the same variable although it's for a different game. It should use only
XNETHACKOPTIONS
or something for configuration so that separate installations of these games could exist together.The text was updated successfully, but these errors were encountered: