diff options
author | 2015-12-02 23:03:20 +0100 | |
---|---|---|
committer | 2015-12-02 23:03:20 +0100 | |
commit | 825df618b69bdb20716c2b4a6922ba21ec8116e6 (patch) | |
tree | df0eb2408a605e93ae7d6a20b73d69458c90312d /syslinux/swlogov.png | |
parent | b93d4b458e9618fe678943a9791eadf20a81561b (diff) | |
download | liveslak-825df618b69bdb20716c2b4a6922ba21ec8116e6.tar.gz liveslak-825df618b69bdb20716c2b4a6922ba21ec8116e6.tar.xz |
Fix for the looping XDM when trying to start a Mate or Cinnamon X session.
Evidence in ~live/.xsession-errors:
XDM authorization key matches an existing client!
cinnamon-session: Cannot open display: .
Rationale copied from the page where I found the fix -
http://freebsd.1045724.n5.nabble.com/Re-ports-154502-x11-xdm-authorization-failure-when-used-with-E17-window-manager-td5819660.html
The cause is that the implementation of XDM-AUTHORIZATION-1 is broken if
applications execve or unload/reload libX11/libxcb between connections
to the X server. More information can be found in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=486606
Since it is unclear whether XDM-AUTHORIZATION-1 will be fixed and if so,
where, I think it is best to disable it in xdm. It looks like adding
--disable-xdm-auth to xdm's configure flags will do this but I have not
tested it. I think the security impact is minimal; gdm does not use
XDM-AUTHORIZATION-1 either.
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions