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 521488 - F-Spot doesn't match FreeDesktop directories specs
F-Spot doesn't match FreeDesktop directories specs
Status: RESOLVED DUPLICATE of bug 459338
Product: f-spot
Classification: Other
Component: General
0.4.x
Other All
: Normal normal
: ---
Assigned To: F-spot maintainers
F-spot maintainers
Depends on:
Blocks:
 
 
Reported: 2008-03-10 01:23 UTC by antistress
Modified: 2008-04-22 21:07 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description antistress 2008-03-10 01:23:34 UTC
Please describe the problem:
I found that F-Spot 0.4.2 (Ubuntu Hardy alpha 6) places its files in .gnome2/ 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)


Steps to reproduce:
1. 
2. 
3. 


Actual results:


Expected results:


Does this happen every time?
yes

Other information:
Comment 1 Tim Retout 2008-04-22 13:39:18 UTC
This is somewhat related to bug #459338, but I hesitate to mark it as a dupe - this one is about splitting up the configuration and data. Perhaps the patch on the other bug needs adapting to take account of this.
Comment 2 antistress 2008-04-22 14:15:03 UTC
this is not excatly a duplicate

This bug is about how F-Spot installs itself (configuration files etc) not only where it stores pictures
Comment 3 Tim Retout 2008-04-22 21:07:49 UTC
Right, but that bug has grown to cover both the XDG Base Directory Specification and the xdg-user-dirs tool (seeing as one is pretty much necessary for the other), and it includes a patch that will fix this one. It has now been updated to use XDG_DATA_HOME for the database, and I've nudged the title, so I think it's okay to merge these two.

Thanks for the bug report. Please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of 459338 ***