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
It fails when launched:
(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)
I then removed gthumb and any other gthumb related items, then rnstalled gthumb. Now I get an extra warning before the abort:
(gthumb:818392): Gtk-WARNING **: 22:58:53.989: Could not load a pixbuf from icon theme. This may indicate that pixbuf loaders or the mime database could not be found.
(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)
I did some searching but nothing helped. I would rather use the official package and not build from src.
[BTW: I later found my notes from 2018 saying that I built from src due to this exact failure] [BTW: I have another similar f32 machine where it works just fine]
This is an up-to-date fedora 32 using xfwm4. It was updated for many years so some fluff may be present - maybe an obscured config somewhere? I created a new user and got the same crash, so it is unlikely to be a user config.
===== gdb bt
#0 g_log_structured_array (log_level=<optimized out>, fields=0x7ffeb2755b80, n_fields=4) at ../glib/gmessages.c:554 #1 0x00007fd13572fd49 in g_log_default_handler (log_domain=log_domain@entry=0x7fd13563f718 "GLib-GIO", log_level=log_level@entry=6, message=message@entry=0x5603e1f81810 "Settings schema 'org.gnome.gthumb.browser' does not contain a key named 'sidebar-sections'", unused_data=unused_data@entry=0x0) at ../glib/gmessages.c:3123 #2 0x00007fd13572ff99 in g_logv (log_domain=0x7fd13563f718 "GLib-GIO", log_level=G_LOG_LEVEL_ERROR, format=<optimized out>, args=<optimized out>) at ../glib/gmessages.c:1350 #3 0x00007fd135730233 in g_log (log_domain=log_domain@entry=0x7fd13563f718 "GLib-GIO", log_level=log_level@entry=G_LOG_LEVEL_ERROR, format=format@entry=0x7fd13565fb68 "Settings schema '%s' does not contain a key named '%s'") at ../glib/gmessages.c:1415 #4 0x00007fd1355e6bc1 in g_settings_schema_get_value (key=<optimized out>, schema=<optimized out>) at ../gio/gsettingsschema.c:982 #5 g_settings_schema_get_value (schema=0x5603e1bbaed0, key=0x5603df6a28a4 "sidebar-sections") at ../gio/gsettingsschema.c:968 #6 0x00007fd1355e7230 in g_settings_schema_key_init (key=key@entry=0x7ffeb2755e20, schema=0x5603e1bbaed0, name=name@entry=0x5603df6a28a4 "sidebar-sections") at ../gio/gsettingsschema.c:1262 #7 0x00007fd1355eb4a9 in g_settings_get_value (settings=0x5603e1bbae60 [GSettings], key=key@entry=0x5603df6a28a4 "sidebar-sections") at ../gio/gsettings.c:1218 #8 0x00007fd1355ec710 in g_settings_get_strv (settings=<optimized out>, key=key@entry=0x5603df6a28a4 "sidebar-sections") at ../gio/gsettings.c:2198 #9 0x00005603df62cd3a in gth_browser_init (browser=0x5603e1cef8f0 [GthBrowser]) at ../gthumb/gth-browser.c:4776 #10 0x00007fd1354c6498 in g_type_create_instance (type=0x5603e1c9e730 [GthBrowser/GthWindow/GtkApplicationWindow/GtkWindow/GtkBin/GtkContainer/GtkWidget/GInitiallyUnowned]) at ../gobject/gtype.c:1867 #11 0x00007fd1354ac205 in g_object_new_internal (class=class@entry=0x5603e1daa800, params=params@entry=0x0, n_params=n_params@entry=0) at ../gobject/gobject.c:1937 #12 0x00007fd1354ad6ad in g_object_new_with_properties (object_type=0x5603e1c9e730 [GthBrowser/GthWindow/GtkApplicationWindow/GtkWindow/GtkBin/GtkContainer/GtkWidget/GInitiallyUnowned], n_properties=0, names=names@entry=0x0, values=values@entry=0x0) at ../gobject/gobject.c:2105 #13 0x00007fd1354ae331 in g_object_new (object_type=<optimized out>, first_property_name=first_property_name@entry=0x0) at ../gobject/gobject.c:1777 #14 0x00005603df6294d6 in gth_browser_new (location=location@entry=0x5603e1baa500, file_to_select=file_to_select@entry=0x5603e1c88f60) at ../gthumb/gth-browser.c:5081 #15 0x00005603df6239df in open_browser_window (location=0x5603e1baa500, file_to_select=0x5603e1c88f60, force_new_window=<optimized out>) at ../gthumb/gth-application.c:219 #16 0x00005603df623d94 in gth_application_command_line (application=application@entry=0x5603e13a00f0 [GthApplication], command_line=command_line@entry=0x5603e1d22160 [GApplicationCommandLine]) at ../gthumb/gth-application.c:299 #17 0x00007fd135572435 in _g_cclosure_marshal_INT__OBJECTv (closure=0x5603e139a5a0, return_value=0x7ffeb2756460, instance=<optimized out>, args=<optimized out>, marshal_data=<optimized out>, n_params=<optimized out>, param_types=0x5603e139c4a0) at ../gio/gmarshal-internal.c:845 #18 0x00007fd1354a6ae6 in _g_closure_invoke_va (closure=<optimized out>, return_value=<optimized out>, instance=<optimized out>, args=<optimized out>, n_params=<optimized out>, param_types=<optimized out>) at ../gobject/gclosure.c:873 #19 0x00007fd1354bee4b in g_signal_emit_valist (instance=0x5603e13a00f0, signal_id=<optimized out>, detail=0, var_args=var_args@entry=0x7ffeb2756530) at ../gobject/gsignal.c:3407 #20 0x00007fd1354bfc63 in g_signal_emit (instance=instance@entry=0x5603e13a00f0, signal_id=<optimized out>, detail=detail@entry=0) at ../gobject/gsignal.c:3554 #21 0x00007fd1355cebf3 in g_application_call_command_line (exit_status=0x7ffeb2756654, options=<optimized out>, arguments=<optimized out>, application=0x5603e13a00f0 [GthApplication]) at ../gio/gapplication.c:1076 #22 g_application_call_command_line (application=0x5603e13a00f0 [GthApplication], arguments=<optimized out>, options=<optimized out>, exit_status=0x7ffeb2756654) at ../gio/gapplication.c:1054 #23 0x00007fd1355d16cc in g_application_run (application=0x5603e13a00f0 [GthApplication], argc=-1300928940, argv=<optimized out>) at ../gio/gapplication.c:2540 #24 0x00005603df60bb27 in main (argc=1, argv=0x7ffeb27567c8) at ../gthumb/main.c:55
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.
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
$ 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>
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
I now think that some config file that was set during the build from src is still active?
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.
See resolution at the bottom.
On 28/04/2021 11.03, Samuel Sieb wrote:
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".
This cleared the warning, but made no difference to the crash:-(
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.
$ ls -l `sudo find /usr/local -iname '*gthumb*'` -rw-r--r-- 1 root root 45918 Apr 17 2018 /usr/local/share/appdata/org.gnome.gThumb.appdata.xml -rw-r--r-- 1 root root 8148 Apr 17 2018 /usr/local/share/applications/org.gnome.gThumb.Import.desktop -rw-r--r-- 1 root root 11424 Apr 17 2018 /usr/local/share/applications/org.gnome.gThumb.desktop -rw-r--r-- 1 root root 614 Sep 20 2020 /usr/local/share/icons/hicolor/16x16/apps/gthumb.png -rw-r--r-- 1 root root 18965 Sep 20 2020 /usr/local/share/icons/hicolor/256x256/apps/gthumb.png
$ mkdir gthumb $ cd gthumb/ $ sudo mv /usr/local/share/appdata/org.gnome.gThumb.appdata.xml . $ sudo mv /usr/local/share/applications/org.gnome.gThumb.Import.desktop . $ sudo mv /usr/local/share/applications/org.gnome.gThumb.desktop . $ sudo rm /usr/local/share/icons/hicolor/16x16/apps/gthumb.png /usr/local/share/icons/hicolor/256x256/apps/gthumb.png $ gtk-update-icon-cache $ gthumb (gthumb:953364): GLib-GIO-ERROR **: 16:59:58.776: Settings schema 'org.gnome.gthumb.browser' does not contain a key named 'sidebar-sections' Trace/breakpoint trap (core dumped)
[later] Looking at the strace log I Noticed that it opens: /usr/local/share/glib-2.0/schemas/gschemas.compiled
There are a few more directories from the old build from src (based on date):
$ ls -ltr /usr/local/share/ total 52 drwxr-xr-x 4 root root 4096 Aug 18 2008 ntop drwxr-xr-x 5 root root 4096 Dec 23 2012 doc drwxr-xr-x 3 root root 4096 Oct 31 2013 gnome drwxr-xr-x 3 root root 4096 Apr 15 2016 perl5 drwxr-xr-x 3 root root 4096 Apr 17 2018 icons drwxr-xr-x 3 root root 4096 Apr 17 2018 glib-2.0 drwxr-xr-x 69 root root 4096 Apr 17 2018 locale drwxr-xr-x 14 root root 4096 Apr 17 2018 help
So I removed the whole glib-2.0 part (should move the others? they include other stuff) $ cd ~/gthumb] $ sudo mv /usr/local/share/glib-2.0/ usr-local-share-glib-2.0
and it now works!
On 4/28/21 12:42 AM, Eyal Lebedinsky wrote:
There are a few more directories from the old build from src (based on date):
$ ls -ltr /usr/local/share/ total 52 drwxr-xr-x 4 root root 4096 Aug 18 2008 ntop drwxr-xr-x 5 root root 4096 Dec 23 2012 doc drwxr-xr-x 3 root root 4096 Oct 31 2013 gnome drwxr-xr-x 3 root root 4096 Apr 15 2016 perl5 drwxr-xr-x 3 root root 4096 Apr 17 2018 icons drwxr-xr-x 3 root root 4096 Apr 17 2018 glib-2.0 drwxr-xr-x 69 root root 4096 Apr 17 2018 locale drwxr-xr-x 14 root root 4096 Apr 17 2018 help
So I removed the whole glib-2.0 part (should move the others? they include other stuff) $ cd ~/gthumb] $ sudo mv /usr/local/share/glib-2.0/ usr-local-share-glib-2.0
and it now works!
This is the problem with building stuff directly from source. You can end up with conflicting bits in random places. At least if you're careful, it should all be in /usr/local, but you never know. If you don't have anything else using those files, I would suggest clearing it all out for your future sanity. :-)
-
Eyal Lebedinsky -
Samuel Sieb