There was a known issue with xchroot v2.7.4 under Mageia 8: When xchroot did change the user no X-connection could be made without a manual xhost +SI:localuser:»targetUser« or xhost +local:. This was because Mageia did not provide an xauth token that matched the hostname likely due to an invalid /etc/hostname file. Now xchroot can generate an xauth token for the target user if none should be provided at invocation. The xauth mechanism was completely rewritten. It shall now be more stable. If there is a stale lock on the Xauthority file which makes xchroot hang you can now press Ctrl-C to force the retraction of this lock and make xchroot succeed (Otherwise xauth will display an error message after a while if it gives up on getting the lock.). Only the xauth token for the target hostname and the target display will be passed on to the chroot environment unless --alldisplays is given. The chroot environment will always have an xauth token even if the user should issue an xhost -local: later on.