[pulseaudio-tickets] [PulseAudio] #928: use XDG_RUNTIME_DIR

PulseAudio trac-noreply at tango.0pointer.de
Fri Apr 1 06:51:18 PDT 2011


#928: use XDG_RUNTIME_DIR
---------------------+------------------------------------------------------
  Reporter:  mccann  |       Owner:  lennart 
      Type:  defect  |      Status:  reopened
 Milestone:          |   Component:  daemon  
Resolution:          |    Keywords:          
---------------------+------------------------------------------------------

Comment(by lennart):

 I don't think there's a "release process" for these specs really. The
 latest version counts.

 Note that I wrote this addition to the spec and got it through the xdg
 mailing list. I would read "latest version" as "latest version", not as
 "draft version".

 To be frank I'd actually avoid any fallback beyond ~/.cache, people should
 fix their distros to adopt the XDG specs, and if they don't ~/.cache is
 good enough.

 The ~/.cache fallback is a Glib thing, not defined by the spec, but I
 think that's a scheme we want to follow in PA, too.

 I don't think the glib implementation is buggy. In fact, Ryan and I came
 up with this scheme implemented by Ryan fo Glib. It's pretty much exactly
 what the spec says: if XDG_RUNTIME_DIR is not set, pick something else,
 with *similar* capabilities. "Similar" means, not necessarily identical.
 And GLIB chooses the cache dir, which is one possible fallback, which has
 similar capabilities (after all, $XDG_RUNTIMEDIR refers to a path in the
 fs, and ~/.cache does too.).

 You know, if we'd require "same capabilities" in the spec, then you'd soon
 notice that these don't exist. Which is precisely the reason why we
 introduced the scheme in the first place: there is no sane place to put
 these things. I mean, you know the madness I implemented in PA to work
 around the fact that XDG_RUNTIME_DIR didn't exist.

 So, yeah, I am involved upstream, I wrote the spec, and I worked with Ryan
 on the GLib implementation. ;-)

-- 
Ticket URL: <http://pulseaudio.org/ticket/928#comment:7>
PulseAudio <http://pulseaudio.org/>
The PulseAudio Sound Server


More information about the pulseaudio-bugs mailing list