After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 631427 - [patch]meld don't match XDG standards.
[patch]meld don't match XDG standards.
Status: RESOLVED FIXED
Product: meld
Classification: Other
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: meld-maint
meld-maint
Depends on:
Blocks: 523057
 
 
Reported: 2010-10-05 14:09 UTC by Jason
Modified: 2010-10-19 20:01 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
meld xdg patch (651 bytes, application/octet-stream)
2010-10-05 14:09 UTC, Jason
Details

Description Jason 2010-10-05 14:09:38 UTC
Created attachment 171769 [details]
meld xdg patch

I found that meld places its config file in ~/.meld/ if not using gnome-python.
which doesn't match FreeDesktop directories specs :

The default for $XDG_CONFIG_HOME is $HOME/.config, the default for
$XDG_DATA_HOME is $HOME/.local/share. So all applications should look for those
environment variables and use those default values if the variables are not
set.

See http://www.freedesktop.org/wiki/Specifications/basedir-spec
See also
- http://ploum.frimouvy.org/?184-cleaning-user-preferences-keeping-user-data
(main post and comment#8)
- http://www.aigarius.com/blog/2007/01/10/fhs-extension-for-user-home-folders/

python itself has pyxdg to support this. if don't wan't to depend on pyxdg, it's also simple to do pyxdg's work. here is a workable patch.
Comment 1 Kai Willadsen 2010-10-05 19:54:40 UTC
Actually, it's even easier than this. We don't need to check for the existence of the environment variable; we can just use glib.get_user_config_dir() to get an XDG-compliant directory.

I'd accept a patch that did this, but it would also need to check the existing location (i.e., ~/.meld/meldrc.ini) for an existing config file and provide a one-way import.
Comment 2 Kai Willadsen 2010-10-19 20:01:59 UTC
This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.