Re: gthumb fails to start (f32) [resolved]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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!
--
Eyal Lebedinsky (fedora@xxxxxxxxxxxxxx)
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux