Bug#920139: sddm: GTK and GNOME: Applications won't launch due error of glib2
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
Reply to: