XDG Base Directory Specification not followed
See original GitHub issueDescribe the bug Ghidra does not follow the XDG Base Directories Specification.
To Reproduce Steps to reproduce the behavior:
- Install ghidra
- Run ghidra
Expected behavior Following the XDG Base Directory Specification.
Environment (please complete the following information):
- OS: Arch Linux
- Java Version:
openjdk version "1.8.0_222"
OpenJDK Runtime Environment (build 1.8.0_222-b05)
OpenJDK 64-Bit Server VM (build 25.222-b05, mixed mode)
- Ghidra Version: 8369ef12a28028a920b041c693ae75f75ffce807
Issue Analytics
- State:
- Created 4 years ago
- Reactions:22
- Comments:12
Top Results From Across the Web
XDG Base Directory - ArchWiki
Application Legacy Path Supported Since
ALSA ~/.asoundrc 577df36 · 1.2.3
Android Studio ~/.AndroidStudioX.X Android Studio 4.1
Anki ~/Anki , ~/Documents/Anki
Read more >Eclipse does not follow the XDG Base Directory Specification
In any case, it's customisable. The property is taken from the entry in config.ini, which usually points to @user.data/workspace, but in your case...
Read more >fontconfig does not follow XDG Base Directory Specification ...
For some reason fontconfig creates a folder ~/fontconfig and uses it for cache. That's not in-line with XDG Base Directory Specification, ...
Read more >Bug #1887804 “chromium-browser does not follow XDG base ...
Currently Chromium does not follow the XDG base directory specification which means that the cache and configuration folder aren't properly ...
Read more >Is the XDG base directory specification something to care about?
In my opinion, I'd prefer if my home directory was not filled with ... I wish all software followed the XDG base directory...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
@billop To be fair, the specification has nothing to do with Linux (the kernel). So this is not a defect/bug.
But this is coming from someone who sometimes uses some Environment variables defined by the specification.
Actually the distro maintainers do not assume that the XDG variables are set, what happens generally when you develop an application that follows the XDG specification is that they try to use the XDG variables if they are set, if not they use what should be “the default” location. e.g: XDG_CACHE_HOME = $HOME/.cache
It should also be noted that there 5 directories/variables that are included in the XDG specification, but normally on most applications only XDG_CACHE_HOME, XDG_CONFIG_HOME and XDG_DATA_HOME are used. For more details on that I suggest XDG Base Directory.