Bug 580665 - gnome-panel locked, gconf seems hosed on F12->rawhide upgrade
Summary: gnome-panel locked, gconf seems hosed on F12->rawhide upgrade
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: GConf
Version: 14
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-04-08 18:26 UTC by Jon Masters
Modified: 2012-08-16 20:08 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2012-08-16 20:08:40 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jon Masters 2010-04-08 18:26:35 UTC
Description of problem:

I created a spare encrypted LVM volume group for testing rawhide (and
one for F13 too) on my new Macbook. I cloned the existing updated F12
install and then did an upgrade to rawhide. It does boot, and it does
run X but the gnome-panel is not displayed (it is running). If I kill
it, it reloads as an emply 1 inch width bar at the top of the screen. If
I remove the home directory and copy /etc/skel, the same happens.

There were a few segfaults (actually many segfaults) in gconf during the
upgrade process and so I'm concerned something went awry. Is there some
gconf managed global resource I need to regenerate that's not taken care
of by wiping out the home directory?

Comment 1 Colin Walters 2010-04-08 18:33:58 UTC
How did you upgrade?  preupgrade?  If you did a "live", note we expect things to crash/break.

Did abrt catch any of the gconf crashes from after you rebooted?

Comment 2 Ray Strode [halfline] 2010-04-08 20:21:01 UTC
It could be that some schemas were not installed, if gconftool was crashing doing the update.

You can manually reinstall all schema files by running (as root):
sudo su -

export GCONF_CONFIG_SOURCE=$(gconftool-2 --get-default-source)
for f in /etc/gconf/schemas/*.schemas; do
   gconftool-2 --makefile-install-rule $f
done

Once your schemas are properly installed, you may need to run

gconftool-2 --recursive-unset /apps/panel

to reset your panel configuration to the proper defaults.

Do you have any details about that crashes?

Comment 3 Bug Zapper 2010-07-30 11:17:05 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 14 development cycle.
Changing version to '14'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 4 Fedora End Of Life 2012-08-16 20:08:42 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.