Jérôme Bardot bardot.jerome at
Tue Jul 31 14:25:56 UTC 2018

First thx

I don’t want force anybody i want offer a something for people want to
work together and improve workflow.

The fact is i m newbie with specification and how it’s work. I want to
do it well.

Maybe i should send a message to several projects in order to federate
ideas and best practices ? also make web page to explains goals ?

For me it should not only approve software side but also system and
«cloud» side. In order to be use correctly with :
- easy save/restore
- save history of modification (git ?)
- publish retrieve from server (*dav things)
- use connection/(software) access rules
- improve storage (no duplication, will not be a problem when new
files systems will be stable)
- hook ready (receive/save/delete)

And it implies severals others questions (technical but not only), for
the moment i show improve search, sort,  format version management.

I feel alone to do that kind of work. I don’t know if there already
existing communities for talk about that ? There is several group but
there is a good one ? (linux foundation, here and more )

What do you think ?

(Sry for my english again, you can correct me it will improve me)

2018-06-28 19:19 GMT+02:00 Thomas Kluyver <thomas at>:
> Hi Jérôme,
> On Wed, Jun 27, 2018, at 10:11 PM, Jérôme Bardot wrote:
>> Like it’s done with ~/.config why not do the same for
>> ~/.contacts/*.vcf
>> ~/.calendars/*ics
>> ~/.password-store
>> ~/.email
>> ~/.rss
>> ~/.bookmark
>> ~/.torrent
>> ~/.xmpp-message (maybe should it be merge with email)
> I think these would currently go in XDG_DATA_HOME, which is ~/.local/share by default. Here's the relevant spec:
>> If that is do every software know where find data, people can choose
>> their software, data can be sync with server *dav.
> XDG has no power to make applications use standard locations or data formats for these things. So new standards for all these categories would probably be ignored.
> If you want to get e.g. calendar data in a shared location and format, you'd need to convince the developers of calendar applications that that's worth doing. One way to do that would be to make some useful new piece of software which can do something with calendar data stored in the right place.
> Once there are multiple projects trying to share data, then someone could look at writing down a specification describing what files go where so that more projects can join in.
> Best wishes,
> Thomas
> _______________________________________________
> xdg mailing list
> xdg at

More information about the xdg mailing list