On 2021-04-27 5:34 p.m., Eyal Lebedinsky wrote:
On 28/04/2021 03.22, Samuel Sieb wrote:
On 2021-04-27 7:14 a.m., Eyal Lebedinsky wrote:
Today I noticed that I am running an old version of gthumb, built from src. So I removed the whole package and then installed the standard one: Installed Packages gthumb.x86_64 1:3.10.1-1.fc32 @updates
(gthumb:818392): GLib-GIO-ERROR **: 22:58:54.035: Settings schema 'org.gnome.gthumb.browser' does not contain a key named 'sidebar-sections' Trace/breakpoint trap (core dumped)
What does "grep -rn sidebar-sections /usr/share/glib-2.0/schemas" give you?
And "ls -l /usr/share/glib-2.0/schemas/gschemas.compiled"?
If "gschemas.compiled" isn't in the list from the first command, then try deleting it and run gthumb again.
$ grep -rn sidebar-sections /usr/share/glib-2.0/schemas /usr/share/glib-2.0/schemas/org.gnome.gthumb.gschema.xml:110: <key name="sidebar-sections" type="as"> Binary file /usr/share/glib-2.0/schemas/gschemas.compiled matches
So it's there. Something else must be conflicting.
$ ls -l /usr/share/glib-2.0/schemas/gschemas.compiled -rw-r--r-- 1 root root 256276 Apr 27 09:27 /usr/share/glib-2.0/schemas/gschemas.compiled
BTW: removing gschemas.compiled and running gthumb failes with GLib-GIO-ERROR **: 08:38:44.163: Settings schema 'org.gnome.desktop.background' is not installed Trace/breakpoint trap (core dumped)
Rebuilding with $ sudo /usr/bin/glib-compile-schemas /usr/share/glib-2.0/schemas/ creates an identical file.
Commenting out the <key ...> section in org.gnome.gthumb.gschema.xml makes no difference. <key name="sidebar-sections" type="as"> <default>[]</default> </key>
You definitely don't want to comment it out.
Another line of investigation:
stracing the failure I see it looking for icons in /usr/local/share/icons/hicolor/48x48/apps/gthumb.png which does not exist. I removed it when I removed my build from src.
On my other, working, system it looks in /usr/share/icons/hicolor/16x16/apps/org.gnome.gThumb.png
Try running "gtk-update-icon-cache".
I now think that some config file that was set during the build from src is still active?
It's possible. If you did a direct install instead of creating an rpm from source, then it's probably somewhere under /usr/local.