Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 97730 - gnome-mud refuses to start after being emerged
Summary: gnome-mud refuses to start after being emerged
Status: RESOLVED WORKSFORME
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Games (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Games
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-02 09:01 UTC by Nick Marino
Modified: 2007-04-20 18:11 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Marino 2005-07-02 09:01:41 UTC
When I attempt to emerge and start any version of gnome-mud available in portage
(0.10.5/0.10.6/0.10.7), an alert pops up giving me the following error message;

"The default configuration values could not be retrieved correctly.
Please check your GConf configuration, specifically that the schemas have been
installed correctly."

When I dismiss this box, the program simply exits.

Reproducible: Always
Steps to Reproduce:
1. Emerge gnome-mud.
2. Attempt to start gnome-mud, from either the menu entry or the command line.

Actual Results:  
I recieve the error described above, and the program exits.

Expected Results:  
The program should start up normally.

Output from emerge info;

Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.4.4, glibc-2.3.4.20041102-r1,
2.6.11-cko2 i686)
=================================================================
System uname: 2.6.11-cko2 i686 AMD Athlon(tm) XP 1900+
Gentoo Base System version 1.6.12
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, May  9 2005, 13:47:32)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.7.9-r1, 1.8.5-r3, 1.6.3, 1.5, 1.9.5
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r1, 2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -fno-ident"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -pipe -fomit-frame-pointer -fno-ident
-fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://mirrors.acm.cs.rpi.edu/gentoo/
ftp://mirrors.sec.informatik.tu-darmstadt.de/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow 3dnowex X aac alsa apm artworkextra avi berkdb bitmap-fonts
cdparanoia cdr crypt cups curl divx4linux dvd dvdread eds emboss encode esd fam
flac foomaticdb fortran gdbm gif gnome gstreamer gtk gtk2 guile hal howl
imagemagick imlib java jpeg ldap libg++ libwww live mad mikmod mmx motif mp3
mpeg mplayer ncurses network nls nptl ogg oggvorbis opengl oss pam pdflib perl
png python quicktime rar readline real rtc sdl slang spell sse ssl svga tcpd
theora tiff truetype truetype-fonts type1-fonts unicode vorbis win32codecs xine
xml xml2 xmms xrandr xv xvid zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

I'm currently running gnome 2.10.
Comment 1 Nick Marino 2005-07-18 09:42:17 UTC
In case this helps anyone, I've recently found that it will run fine if I run it
as root. Obviously not an ideal solution, but it does work.
Comment 2 Mr. Bones. (RETIRED) gentoo-dev 2005-07-31 18:43:37 UTC
Running gnome-mud as root is a bad idea.  It works fine running as user here so
it's likely that you have some local config issue.  I recommend moving
~/.gnome-mud aside and trying again.
Comment 3 Nick Marino 2005-08-05 14:09:07 UTC
(In reply to comment #2)
> Running gnome-mud as root is a bad idea.  It works fine running as user here so
> it's likely that you have some local config issue.  I recommend moving
> ~/.gnome-mud aside and trying again.

A good idea, but since I've never been able to get it to start as a user, there
is no ~/.gnome-mud directory :-/

Are there possibly any GConf settings that I could reset? I'm not very familiar
with how GConf works, so I don't know whether unmerging and reemerging the
package (which I've tried) will effectively uninstall and reinstall the GConf
data or if there are settings that linger...
Comment 4 Mr. Bones. (RETIRED) gentoo-dev 2005-08-05 14:26:39 UTC
sure.  Whack these files:

grep -ril gnome-mud /etc/gconf/

and remerge gnome-mud
Comment 5 Nick Marino 2005-08-06 08:45:29 UTC
(In reply to comment #4)
> sure.  Whack these files:
> 
> grep -ril gnome-mud /etc/gconf/
> 
> and remerge gnome-mud

Tried it, but it didn't make any difference. Also, it's worth noting that I
tried installing it from source with the traditional ./configure && make && make
install and I still got the same error. So it seems like this is probably not an
ebuild bug.

At this point, I can only think of three ideas as to what might be causing this
behavior where it works on your system but not on mine;

1) Something totally bizarre is screwed up on my system on a fundamental level
that causes everything to work fine except gnome-mud,
2) You're using a different version than I am of some piece of software that
gnome-mud depends on,
3) The fact that it's GConf that's complaining makes me wonder if perhaps
gnome-mud works IF you install it and run it for the first time while you're
using an older version of GConf. Perhaps then if you upgrade to the version of
GConf I'm running, it doesn't complain because the settings that it's telling me
are missing have already been created while running the older version of GConf.
If you're up to testing this theory, it seems like it would be a simple matter
of backing up and removing gnome-mud's settings, reinstalling gnome-mud from
scratch, and attempting to run it fresh out of the box.

However, since nobody else seems to be having this problem, perhaps I should
just mark it as WORKSFORME and forget about the whole thing....
Comment 6 Oliver Gassner 2005-08-06 09:28:19 UTC
same problem here. Works if started as root, but not as normal user.
Comment 7 Gregory McLean 2005-11-18 13:04:10 UTC
I was having the same issue I 'fixed' it via:
gconftool-2 --install-schema-file=gnome-mud-0.10.7/gnome-mud.schemas

After unpacking the source of course 

I could run it now as a normal user.
Comment 8 Mr. Bones. (RETIRED) gentoo-dev 2007-04-20 18:11:16 UTC
Just tried this again and I'm still not able to reproduce it.  Sorry... marking WORKSFORME.  reopen if there's any new information.