Bug 693116 - RFE: Use XDG base dir spec instead of home
Summary: RFE: Use XDG base dir spec instead of home
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Fedora
Classification: Fedora
Component: eclipse
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Alexander Kurtakov
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-02 19:00 UTC by jmccann
Modified: 2015-01-14 23:26 UTC (History)
7 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-01-16 09:36:03 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description jmccann 2011-04-02 19:00:10 UTC
Currently Eclipse uses ~/.eclipse for configuration and data files.  It would be great if we could change it to follow the XDG Base Directory Spec http://standards.freedesktop.org/basedir-spec/basedir-spec-latest.html.

There are a number of advantages to this including making it much easier to migrate data across systems or during upgrades.

Comment 1 Alexander Kurtakov 2011-04-04 10:37:20 UTC
Eclipse doesn't make a clean difference between config, cache, data and runtime data. Wherever we choose to put this data it should be in a single directory because the layout of ~/.eclipse folder is the same on all platforms and not all of them expose xdg variables. As most of the data in ~/.eclipse is installation specific we would need to put it in $XDG_DATA_HOME, am I right? 
Additionally Eclipse doesn't support reusing metadata from previous version and if it's put data_home we will not gain anything. 
I'm all for following XDG Directory Spec but this requires working with upstream to get it fixed and I won't be able to work on that anytime soon. Help is more than welcome!

Comment 2 Andrew Overholt 2011-04-27 12:13:55 UTC
We should file this upstream (I'm guessing Equinox but it'll involve lots of teams):

  https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Equinox&component=Framework

Comment 3 Alexander Kurtakov 2014-01-16 09:36:03 UTC
Closing as this would not be accepted upstream and there is even noone that would spend the huge amount of work on that.


Note You need to log in before you can comment on or make changes to this bug.