FS#8148 - gnome-control-center 2.20 fails to start

Attached to Project: Arch Linux
Opened by Francois Charette (Firmicus) - Thursday, 27 September 2007, 20:01 GMT
Last edited by Jan de Groot (JGC) - Friday, 09 May 2008, 10:19 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Jan de Groot (JGC)
Architecture All
Severity Low
Priority Normal
Reported Version 2007.08.1
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 2
Private No

Details

Description:

gnome-control-center fails to start with the following error message
Failure loading - gnomecc.menu

Additional info:
* package version(s)
* config and/or log files etc.


Steps to reproduce:
This task depends upon

Closed by  Jan de Groot (JGC)
Friday, 09 May 2008, 10:19 GMT
Reason for closing:  Works for me
Comment by 甘露(Lu Gan) (ganlu) - Thursday, 04 October 2007, 12:23 GMT
it works for me, although with some warning messages:
[ganlu@myhost ~]$ gnome-control-center

** (gnome-control-center:14412): WARNING **:
error raised: [libslab_get_gconf_value: error getting /desktop/gnome/applications/main-menu/lock-down/user_modifiable_apps]


** (gnome-control-center:14412): WARNING **:
error raised: [load_xbel_store: couldn't load bookmark file [NULL]
]


** (gnome-control-center:14412): WARNING **: get_actions_list() - PROBLEM - Can't load background.desktop


** (gnome-control-center:14412): WARNING **: get_actions_list() - PROBLEM - Can't load gtk-theme-selector.desktop


** (gnome-control-center:14412): WARNING **: get_actions_list() - PROBLEM - Can't load gnome-cups-manager.desktop
Comment by Francois Charette (Firmicus) - Friday, 12 October 2007, 08:34 GMT
OK, I solved it. The cause was that in my environment I had
XDG_CONFIG_DIRS=/opt/kde/etc/xdg
XDG_DATA_DIRS=/opt/kde/share
(defined by /etc/profile.d/kde.sh, as I also have kdebase installed)

After adding the following two lines to /etc/profile :

export XDG_CONFIG_DIRS=/etc/xdg
export XDG_DATA_DIRS=/usr/share

the problem was solved. This was also causing other problems, such as failure to load icons and menu items (which I had reported as a separate bug). Yet I find strange that these fundamental variables have to be explicitly defined. Seems to be a quirk of my own system.

BTW I also get the above warnings, but they seem harmless.
Comment by Jan de Groot (JGC) - Friday, 12 October 2007, 08:58 GMT
The problem is that you're missing /etc/profile.d/xorg.sh which is in either xproto from extra or libx11 from testing. When you're using custom versions of libx11 or a mix of these two the file is missing and the correct XDG_* things are not set.
Comment by Lopatkin Ilja (Uriel) - Monday, 03 March 2008, 19:14 GMT
I have some problem when performing update from quite old distro version to the current one.
/etc/profile.d/xorg.sh was missing, but Pacman said that xproto and libx11 are present in system and they have this file.
Also, I have some other packages with absent files (i.e. gcc-libs and qt3).
Comment by Jan de Groot (JGC) - Monday, 03 March 2008, 22:37 GMT
If you updated from a very old system, I think you hit the pacman file move bug we had for a long while. When files move between packages, older versions of pacman remove the file when upgrading the package that used to contain the file.
Comment by Lopatkin Ilja (Uriel) - Tuesday, 04 March 2008, 06:16 GMT
I don't think that it's because of pacman.
I have one of the latest pacman version (3.1.1-1) when performed update, as it was updated separately before.

Loading...