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
📪 — < adr...@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
signature.asc
Description: This is a digitally signed message part
