-
Notifications
You must be signed in to change notification settings - Fork 18
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
Integrate the unixpaths
patch from Debian
#49
Comments
I had already asked jwvhewitt to look through the Debian patches when he revived Gearhead development and he incorporated the rest of the patches that it had accumulated during the years but we agreed to let aside the unixpaths one. The way I did it is too specific for Debian and it relies on having the data files in a certain directory, which is ensured by the Debian build scripts and package management and Gearhead has none of that. It's not suitable for merging in its current form. See #3 |
had none of that. I've started by submitting #53, along with filing other build-system-related issues (I really wish I could add labels to everything I've filed, but that's only possible for people with write access to the repo). I haven't actually added a |
The config bits should probably be excluded, since GetAppConfigDir() should
do the right thing anyway (actually better, since the Debian patch doesn't
follow the XDG standards).
Assuming the keybinding-incompatibility problem is fixed, the application
name should probably be forced to "gearhead" even if the executable is named
"gearhead-sdl".
For development purposes, it should probably use a fallback scheme: command-line arguments (if passed) -> current directory (if Series/ exists?) -> DATADIR/PACKAGE (usual case)
Also, please implement
--help
! I appears to try to open a file by that name, but it's unclear what it does.The text was updated successfully, but these errors were encountered: