Re: gthumb fails to start (f32)

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

 



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.
_______________________________________________
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