I was also bitten by this bug, causing the GNOME session to fail completely on login. gnome-settings-daemon did not find any GSettings schemas installed, therefore aborting the session via TRAP signal. After much investigation, the snapd package seems to be the root cause, because the /etc/X11/Xsession.d/65snappy script manages to overwrite $XDG_DATA_DIRS.
After adding an upstart job to the session that just prints out $XDG_DATA_DIRS, it turned out to be set as XDG_DATA_DIRS=:/var/lib/snapd/desktop. Notice it is missing the default locations like /usr/share. No idea why neither the 55gnome-session_gnomerc nor 60x11-common_xdg_path scripts initially set a value for the variable (which is probably a separate bug). However, the 65snappy script should not unconditionally append to the variable. The appropriate GNOME and Xfce Xsession scripts take it even one step further than the proposed patch, and append the default paths (/usr/local/share/:/usr/share/) to the XDG_DATA_DIRS variable in case it is being set for the first time. Otherwise, the standard paths will not be searched anymore. I suggest doing the same for the 65snappy script. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1575014 Title: /etc/X11/Xsession.d/65snappy cause XRDP error To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575014/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
