Control: tags 920139 + moreinfo
Hello Adrian, Am 03.02.19 um 09:24 schrieb Adrian Immanuel Kiess: > The bug is, like I see it, that the applications cannot find the > gsettings schema directory. >From my point of view it might be more the file gschemas.compiled inside that directory. Does that exist on your system? > When setting export GSETTINGS_SCHEMA_DIR="/usr/share/glib-2.0/schemas/" > in my .xinitrc I can launch GTK and GNOME applications when the > xsession ist started with startx. > > Therefor setting GSETTINGS_SCHEMA_DIR in /etc/environment maybe fixes > the issue, which I have not tried yet. My previous test was inside a minimal buster amd64 VM where I installed just "systemd-coredump xserver-xorg sddm gnome-session" and there I can login in sddm to a "GNOME on Xorg" session without showing that problem. I searched that VM and could find no file setting that environment. I tried renaming that file gschemas.compiled and setting the environment like you did - but I still got the trap. Therefore you might also install a coredump collector like systemd-coredump. That way after such an unsuccessful logon attempt you can list with: coredumpctl list And produce an exact backtrace in which function that error is thrown by this command: coredumpctl gdb [PID] bt Best would be if debug symbol packages gnome-session-bin-dbgsym libglib2.0-0-dbgsym are installed like described in [1]. > Shall I resubmit the bug against gsettings-desktop-schemas package? If you mean with resumit to create a new bug, that should not be needed as this bug can be reassigned to another package too. Which version of package gsettings-desktop-schemas have you installed? dpkg -l | grep gsettings-desktop-schemas Kind regards, Bernhard [1] https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols