I just freshly installed gnome on a new installed gnome on a newly installed gentoo. The panel crashes each time it is launched. A null pointer is passed on to gconf. Not sure if this is a gentoo specific or upstream problem. See upstream report at http://bugzilla.gnome.org/show_bug.cgi?id=584379 Reproducible: Always Steps to Reproduce: Portage 2.1.6.13 (default/linux/amd64/2008.0/desktop, gcc-4.3.3, glibc-2.10.1-r0, 2.6.29-gentoo-r5 x86_64) ================================================================= System uname: Linux-2.6.29-gentoo-r5-x86_64-Intel-R-_Core-TM-2_Duo_CPU_T5670_@_1.80GHz-with-gentoo-2.0.1 Timestamp of tree: Sun, 31 May 2009 08:30:01 +0000 ccache version 2.4 [enabled] app-shells/bash: 4.0_p24 dev-java/java-config: 2.1.8 dev-lang/python: 2.6.2-r1 dev-python/pycrypto: 2.0.1-r8 dev-util/ccache: 2.4-r8 dev-util/cmake: 2.6.4 sys-apps/baselayout: 2.0.1 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.9 sys-devel/autoconf: 2.13, 2.63-r1 sys-devel/automake: 1.5, 1.7.9-r1, 1.9.6-r2, 1.10.2, 1.11 sys-devel/binutils: 2.19.1-r1 sys-devel/gcc-config: 1.4.1 sys-devel/libtool: 2.2.6a virtual/os-headers: 2.6.29 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe -ggdb -march=nocona" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe -ggdb -march=nocona" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms splitdebug strict unmerge-orphans userfetch" GENTOO_MIRRORS="ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo ftp://mirror.leaseweb.com/gentoo/ http://mirror.cambrium.nl/pub/os/linux/gentoo/ http://mirror.leaseweb.com/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/" LDFLAGS="-Wl,--as-needed" LINGUAS="de pl en es es_ES en_US" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/layman/java-overlay /usr/local/portage/layman/gnome" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac acl acpi alsa amd64 apache2 autoipd avahi berkdb bluetooth branding bzip2 cairo caps cdda cdr cleartype cli consolekit cracklib crypt cscope cups cvs daap dbus dell dhcpcd dia dirac disk-partition dmx dri dvd dvdr dvdread eds emboss empathy encode esd evo exif faac faad fam fat fbcon ffmpeg firefox flac fontconfig fontforge fortran fuse galago gdbm gif git glade glitz gnome gnome-keyring gphoto2 gpm graphite graphviz gs gstreamer gtk hal iconv imagemagick inkjar ipv6 isdnlog java java5 java6 javascript jpeg jpeg2k lame laptop lcms ldap libffi libnotify log4j mad mdnsresponder-compat midi mikmod mktemp mmx mmxext mng mono mp3 mpeg mtp mudflap multilib musicbrainz mysql nautilus ncurses networkmanager nls nptl nptlonly nsplugin ntfs ogg openal openexr opengl openmp pam pango pcre pdf perl pic pidgin player png policykit ppds pppd pulseaudio python qt3support quicktime raw readline reflection reiserfs resolvconf samba schroedinger sdl servletapi session smp spell spl sqlite sqlite3 sse sse2 ssh ssl startup-notification subversion svg sysfs taglib tcpd tga theora threads tiff truetype unicode upnp usb verse vim-syntax vorbis webdav webkit wmf x264 xattr xcb xcomposite xml xmp xorg xorgmodule xpm xrandr xrender xulrunner xv xvid zeroconf zlib" ALSA_CARDS="hda-intel" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev synaptics wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de pl en es es_ES en_US" USERLAND="GNU" VIDEO_CARDS="intel" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
you are an old-timer, please try to make better summary, thanks. Wrt. your trace, looks like an issue with the window list applet, some gconf stuff isn't going fine inside gnome-panel it seems.
First of all sorry about the bad summary. I tried removing the window_list from the global schema and wiped my home directory. The same type of crash happened in clock applet.
Update upstream bug (mine was a duplicate): http://bugzilla.gnome.org/show_bug.cgi?id=584374
I just switched from gnome-panel-2.26.2 down to 2.26.1 and the panel starts just fine.
Applying the patch from the upstream bux fixes this for me.
Created attachment 193203 [details, diff] non-git version diff from upstream bug
The patch seems to target the "wrong end". I can cause a very similar crash launching gnome-network-properties (this time in gconf_entry_unref, not in gconf_entry_get_value). #4 <signal handler called> #5 gconf_entry_unref (entry=0x0) at gconf-value.c:1486 #6 0x000000000040aa91 in gconf_peditor_new (key=<value optimized out>,
(In reply to comment #7) > The patch seems to target the "wrong end". I can cause a very similar crash > launching gnome-network-properties (this time in gconf_entry_unref, not in > gconf_entry_get_value). Could you post a comment on the upstream bug so that this can be resolved as well?
PROBLEM #1 -- I think I have run into this as well. Its not an "old" "gnome-panel" configuration per se but appears to be a "new configuration" problem that one runs into either when configuring an entirely new user or when one attempt to modify the panel applets running in an existing panel. If I configure a new user, delete the panel directories of an old user, or attempt to add certain applications to an existing user, I run into the problem. It happens for a subset of the applications (from the "Add to Panel" item list). Adding them to the panel fails. Leaving them in the panel configuration and logging off and logging in again causes Error windows when the panel attempts to start them. It appears this involves gnome-panel SEGVIOs (null pointer problem?) when setting up a subset of the applications in /usr/share//applications/gnome-*.desktop. These integrate into ~/.gconf/apps/panel/applets/applet_#/... It appears that libgconf and perhaps incomplete applet initialization may be the culprit. But rebuilding the applications and/or libgconf doesn't resolve the problem. It clearly needs a patch and an upgrade to the problematic package. PROBLEM #2 -- may or may not be related to PROBLEM #1. The workspace names don't appear to be "sticky". If I have a panel which includes 9 workspaces they start out as Workspace 1 tru Workspace 9. I use the workspace preferences to change the names. That works fine for that gnome session. It looks like the names are updated in: ~/.gconf/apps/metacity/workspace_names/%gconf.xml *but* if I logout/login and/or reboot the system (no logout) I get back the original workspace #'s (no names). Is there something in Gnome/metacity initialization that *requires* a logout/login to retain "old" workspace names? I may have a related problem that upgrading the Kernel/Xorg-Server/xf86-video-intel to use KMS/UXA/DDRI2 seems to crash the X server from time to time, perhaps during logout, if so any "save gnome state" actions may not have a chance to complete. (See Bug #275861 for that saga.)
Created attachment 196114 [details] Stack trace of core dump from panel applet This is a stack trace from the SEGVIO involving the clock application, but I've seen the problem happen with others (panel, system-monitor?, dictionary?, volume-control?) as well. All of the gnome desktop applications need to be tested by adding them to panel(s), then logging off and logging in again to see if they all start-up properly. The problem does not appear with all applications so I think it involves a setting in the one of the various %gconf.xml files which is not required by some applications.
After application of the patch suggested by Jon-Francis, I can confirm that it does fix the primary problem in that one can now add/delete most applications from the panels and logout and log back in and get the applications started properly. To get the configuration working properly it may be necessary to delete the misbehaving applications, logout, log back in, then re-add the applications to the panels (i.e. the "bad" configuration may be stuck in the gconf.xml files until they are completely recreated). Note that the "User Switcher" application still seems to have problems starting but that may be a completely different problem. Query: does anyone know "how" one is supposed to apply patches like the one suggested. I unloaded the gnome-panel package, edited the file, saved it, then copied it into the correct location during the compile process after the package had been unloaded, verified and patched. But this can't be the "right" way to go about doing this -- I tried emerge --resume but couldn't seem to make it work. How/where does one apply "standard" "private" patches? [Thanks]
Have look to the upstream backtrace : #5 gconf_entry_get_value (entry=0x0) at gconf-value.c:1577. previously this problem happened, because g_return_if_fail macros was disabled for gconf, and the first line of gconf_entry_get_value is this macro, normally this bug was fixed for gconf-2.26.2-r1 which active these macro now(which are very important). what is your gconf version ?
this fix went into 2.26.3. Thanks for tracking this bug.
