Very often I can't start meld as root because I get: GetIOR failed: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process /usr/libexec/gconfd-2 received signal 6. It happens, if I do 'su -' in a gnome-terminal window followed by 'meld' or if start with 'xterm -e su -' as well. In both cases I can start meld with '/usr/libexec/gconfd-2 & meld'. But the last solution does not help if meld is called in a script. Even '/usr/libexec/gconfd-2 & example-script' usually does not help, if the script needs some minutes until the first call of meld, because the gconfd-2 process runs only some seconds if no other programm interacts with the gconfd-2 process. So if I run 'dispatch-conf' with 'diff="meld '%s' '%s'"' in /etc/dispatch-conf.conf it fails with GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process /usr/libexec/gconfd-2 received signal 6. But '/usr/libexec/gconfd-2 & dispatch-conf' usually works, if I answer all questions without waiting. Nevertheless it is a nasty behaviour.
Today meld fails to start for root with a new error message: Traceback (most recent call last): File "/usr/bin/meld", line 137, in <module> main() File "/usr/bin/meld", line 128, in main from meld.meldapp import app File "/usr/lib64/meld/meld/meldapp.py", line 203, in <module> app = MeldApp() File "/usr/lib64/meld/meld/meldapp.py", line 111, in __init__ self.prefs = preferences.MeldPreferences() File "/usr/lib64/meld/meld/preferences.py", line 257, in __init__ super(MeldPreferences, self).__init__("/apps/meld", self.defaults) File "/usr/lib64/meld/meld/util/prefs.py", line 94, in __init__ self._gconf.add_dir(rootkey, gconf.CLIENT_PRELOAD_NONE) glib.GError: Failed to contact configuration server; the most common cause is a missing or misconfigured D-Bus session bus daemon. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Cannot spawn a message bus without a machine-id: Unable to load /var/lib/dbus/machine-id: Failed to open file '/var/lib/dbus/machine-id': No such file or directory) Indeed, /var/lib/dbus is a empty directory. Should I file a separated bug for this?
I think that error is due latest dbus bump
What is you dbus version?
I have dbus-1.4.10. After restarting dbus (/etc/init.d/dbus restart) the issue of Comment 1 disapeared.
You are back to original problem then, no? In that case please take a look on bug #370259 as it looks like a bit similar
I am probably back to the original problem. But the original problem happens often but not permanently and it happens on the local computer and during ssh sessions on remote computers as well. So I suppose, that it is not the same issue as bug #370259. Often I can solve the issue by log out from my gdm session and log in again.
Are you still suffering this on a fully updated system? (I think dbus was updated since then)
I have the feeling that I did not suffer from the issue the last two weeks.
Will close for now then as dbus was updated recently, but feel free to reopen if it reappears