Bug#732209: dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied.
biebl at debian.org
Sun Apr 17 12:30:48 BST 2016
Am 14.04.2016 um 17:57 schrieb Michael Biebl:
> Am 14.04.2016 um 17:47 schrieb Michael Biebl:
>> Am 14.04.2016 um 17:34 schrieb Michael Biebl:
>>> To verify that point:
>>> Open a shell
>>> unset XDG_RUNTIME_DIR
>>> gksu xterm
>>> → XDG_RUNTIME_DIR won't be set
>>> I studied the su man page and it resets
>>> $HOME, $SHELL, $USER, $LOGNAME, $PATH, and $IFS
>>> Contrary to sudo, which by default clears the environment (or pkexec).
>> Found this
>> Contrary to what's been mentioned in the bug report, I can not confirm
>> that "su" resets XDG_RUNTIME_DIR in Debian.
> To summarize: The issue happens if you run
> su <command>
> gksu <command>
> because it doesn't clear the environment.
> If you use
> su -l <command> (or su - <command>)
> gksu -l <command>
> you get a login-like session with the environment reset.
> So, if you insist on using su or gksu to run X/GNOME applications (which
> is imho not a good idea), I would suggest that you use it only in
> combination with "-l".
In unstable, this problem still persists (obviously).
The only difference is, that gnome shell doesn't lock up anymore because
of that. If that is due to a change dconf or gnome-shell, I haven't
That said, this issue needs to be addressed at the su/gksu level anyway
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 819 bytes
Desc: OpenPGP digital signature
More information about the Pkg-systemd-maintainers