<div class="gmail_extra"><div class="gmail_quote">On 5 December 2012 22:57, David Faure <span dir="ltr"><<a href="mailto:faure@kde.org" target="_blank">faure@kde.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div id=":1il">Using /tmp for user-specific session sockets is what we've been doing for<br>
decades, I don't think we should break apps just because the user's OS doesn't<br>
have yet the fancy new /run/user directory.<br></div></blockquote><div><br>PyXDG doesn't currently have any reference to $XDG_RUNTIME_DIR, so in my case, this is purely a new feature, and can't break existing code. Applications that are using /tmp for similar purposes must already have other mechanisms to do that.<br>

<br>I still think the basic way to get the runtime directory should raise an error if the environment variable isn't set - after all, PyXDG is an implementation of the spec. I might offer a wrapper function with a strict=True/False parameter, which would fall back on /tmp/app-username.<br>

 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1il">
I have to admit, that an application aborting due to no XDG_RUNTIME_DIR is<br>
exactly what made ubuntu implement it...<br>
<a href="https://bugs.launchpad.net/ubuntu/+source/weston/+bug/1029223" target="_blank">https://bugs.launchpad.net/ubuntu/+source/weston/+bug/1029223</a> pushed<br>
<a href="https://bugs.launchpad.net/ubuntu/+source/pam-xdg-support/+bug/894391" target="_blank">https://bugs.launchpad.net/ubuntu/+source/pam-xdg-support/+bug/894391</a><br>
to be implemented, it would seem.<br>
<br>
Strange that this behavior of "weston" didn't make debian do the same...</div></blockquote></div><br>Well, Ubuntu is planning to make Wayland the default graphics thingy, so I guess something that prevents Weston starting is much more pressing than it is for Debian.<br>

<br>Thanks,<br>Thomas<br></div>