Dear Bernhard, thank you for your message. I have in fact installed gschemas.compiled: root@g6 (/usr/share/glib-2.0/schemas) % ls -la |grep compiled -rw-r--r-- 1 root root 557484 Feb 9 08:34 gschemas.compiled I tried setting the environment variable in /etc/environment which did not fix the issue. Still I can't login to a GNOME session from sddm or start any GTK/GNOME application when logging in to another window manager like FVWM. The shell says core dumped when trying to launch gedit for example. I have installed gesettings-desktop-schemas version: root@g6 (/usr/share/glib-2.0/schemas) % dpkg -l | grep gsettings-desktop-schemas ii gsettings-desktop-schemas 3.28.1-1 all GSettings desktop-wide schemas ii gsettings-desktop-schemas-dev:amd64 3.28.1-1 amd64 Development files for GSettings desktop-wide schemas Do you now have an idea how to fix this bug? Thank you very much in advance. Yours sincerely, Adrian -- With many greetings from Leipzig, Germany. Adrian Immanuel Kieß Gothaer Straße 34 D-04155 Leipzig Administrator & programmer Unix ∧ Perl ∧ Java ∧ LaTeX 📪 — < adrian@kiess.onl > 🌍 — https://www.kiess.onl # Dem Ingenieur ist nichts zu schwör ☕ — https://arosusi.kiess.onl # Nickpage of Adrian Immanuel Kieß 🐇 — https://outanekka.kiess.onl # Outanekka online imagery --SYSTEM-- echo "Your fortune cookie: " && /usr/games/fortune -c -s > (work) % Please keep your hands off the secretary's reproducing equipment. echo "KIESS.ONL uptime: " && /usr/bin/uptime > 09:55:54 up 14 min, 2 users, load average: 1.26, 0.80, 0.45 On Mon, 2019-02-04 at 23:44 +0100, Bernhard Übelacker wrote: > 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
Attachment:
signature.asc
Description: This is a digitally signed message part