-
-
Notifications
You must be signed in to change notification settings - Fork 24
Use $XDG_DATA_HOME instead of hardcoded $HOME/.local/share #21
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
Conversation
|
I think we cannot retroactively change this without negatively affecting users because existing scripts are already relying on At least 56 projects are already relying on the currently specified location. (Gosh, do I love GitHub full text search - how cool is it that you can check if you break something in advance.) Using |
|
I understand the little risk this change might bring. But I would hope that those 56 projects are actively developed and might release new versions which have adapted that check. I have not seen XDG_DATA_HOME set that often, so chance that users will be affected might be low (they might have complained already otherwise, given that "broken software looks in the wrong place and ignores XDG_DATA_HOME"). Using the hard-coded So I would rather go and fix the AppImage spec to comply with the XDG spec in this early phase, before a first released version of the spec has been released. After all, right now the spec is a draft, or? |
There you have a point. For reasons exactly like this. Can we have it check both places? |
|
+1 for following the XDG Base Directory Specification. By the way, the spec says:
So switching to |
|
I am with @kossebau here, the change shouldn't significantly break stuff. Many tools using AppImages use |
TheAssassin
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I support merging this.
|
Can we explicitly add a pointer to
@kossebau? Just to ensure that implementers don't forget this important detail. Thanks! |
|
@probonopd just add a link to the XDG spec, as that's defined by them, and that way the information doesn't look like an invention of us. |
|
Yes, something like "Please especially note that as per the XDG spec, If $XDG_DATA_HOME is either not set or empty, a default equal to $HOME/.local/share should be used". |
|
I voice my support for this, many appimage related applications already support the XDG spec, and at AM we even went beyond and started supporting It should be as simple as changing this, for example changing:
for
No need to make a separate line for each instance where a XDG variable is applicable. |
| The software inside the [AppImage] **SHOULD NOT** attempt to do desktop integration if at least one of the following conditions are met: | ||
|
|
||
| * A file `$HOME/.local/share/appimagekit/no_desktopintegration` exists on the [target system] | ||
| * A file `$XDG_DATA_HOME/appimagekit/no_desktopintegration` exists on the [target system] (with `$XDG_DATA_HOME` as defined in the [XDG Base Directory Specification](https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Does libappimage respect this file? I don't think we ever implemented this.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good point. I guess then it needs to be updated.
No description provided.