GNOME Bugzilla – Bug 72685
gnome-panel-2 crash
Last modified: 2004-12-22 21:47:04 UTC
From: Bart Theunissen <Bart.Theunissen@synes.com> To: submit@bugs.gnome.org X-Mailer: bug-buddy 2.1.3 Subject: gnome-panel-2 crash Package: gnome-panel Severity: normal Version: 1.5.10 Synopsis: gnome-panel-2 crash Bugzilla-Product: gnome-panel Bugzilla-Component: Panel BugBuddy-GnomeVersion: 2.0 (1.112.0) Description: Description of Problem: gnome-panel-2 crashes during login Steps to reproduce the problem: 1. login 2. 3. Actual Results: error dialog box Expected Results: gnome How often does this happen? always Additional Information: using gnome2 snapshot on RH7.2 (installed using red-carpet) Debugging Information: 0x40933e29 in __wait4 () from /lib/libc.so.6
+ Trace 18328
------- Bug moved to this database by unknown@bugzilla.gnome.org 2002-02-26 10:27 ------- The original reporter (Bart.Theunissen@synes.com) of this bug does not have an account here. Reassigning to the exporter, unknown@bugzilla.gnome.org. Reassigning to the default owner of the component, gnome-panel-maint@bugzilla.gnome.org.
Is this trace at all useful? Please close if not, maintainers...
similar bugs are http://bugzilla.gnome.org/show_bug.cgi?id=72940 and http://bugzilla.gnome.org/show_bug.cgi?id=73116 panel_load_global_config() crashes a lot. I suspect gconf_client_all_entries() returns invalid list, or if not, anyway this is related to gconf tightly. for me sometimes it helps just to gconftool-2 --shutdown and start the panel again
*** Bug 72940 has been marked as a duplicate of this bug. ***
bug 73116 has a much better [much less bad?] stack trace, it looks like... *** This bug has been marked as a duplicate of 73116 ***
Created attachment 6959 [details] user-error
Found a problem on my system. Permissions on /etc/gconf/gconf.xml.defaults/schemas was 700, setting permissions 755 (like all directories there), it (gconftool-2 --shutdown;gnome-panel-2) works.
Bart: where did you get your packages from? If this permissions issue was a packaging problem we should probably get it fixed...
I install everything from Red-Carpet
boc: could you take a quick look at this and see if our packages are at fault? Thanks...
Jacob, what we just did in the RH GConf package is add a "chmod -R 755 /etc/gconf/gconf.xml.defaults" and ditto for gconf.xml.mandatory in %post - there are too many people with leftover hosed installs so we just "repair" it on upgrade, and if someone actually wants a limited-access backend they'll need to use a different directory name for it.
ok, i've set up the g2 snaps to do this and opened a bug against ximian gnome to fix the gconf 1 packages as well.