Bug#348653: libgconf2-4: Apps dependent on gconfd-2 fail if a GNOME 1 app has been started first
Le mercredi 18 janvier 2006 à 09:06 +, Mike Brodbelt a écrit : When a GNOME 1 application is started it auto starts a copy of gconfd-1 on behalf of the user who starts the app. If an application that requires gconfd-2 is subsequently started, the presence of an already running gconfd-1 process prevents the automatic startup of gconfd-2, and the application fails. Could you please start both applications in a terminal and show us the output? The gconfd-2 package shouls override gconfd-1 where it is installed so that all gconf reliant apps start gconfd-2 in preference. Tagged as important as it breaks apparently unrelated software on the system, though it's relatively easy to work around once you realise what's happening. Unfortunately this isn't possible, as gconfd-1 and gconfd-2 are incompatible. However they should be able to run together. Regards, -- .''`. Josselin Mouette/\./\ : :' : [EMAIL PROTECTED] `. `'[EMAIL PROTECTED] `- Debian GNU/Linux -- The power of freedom
Bug#348653: libgconf2-4: Apps dependent on gconfd-2 fail if a GNOME 1 app has been started first
Package: libgconf2-4 Version: 2.12.1-8 Severity: important When a GNOME 1 application is started it auto starts a copy of gconfd-1 on behalf of the user who starts the app. If an application that requires gconfd-2 is subsequently started, the presence of an already running gconfd-1 process prevents the automatic startup of gconfd-2, and the application fails. Example - my desktop uses Enlightenment as a WM. Starting Evolution after login succeeds as expected, and starts a gconfd-2 process. However, if I start GNUCash after login, a gconfd-1 process is started, and a subsequent attempt to start Evolution produces 3 successive error dialog boxes. The first telle me that an error occurred accessing config information for Evolution, the second tells me Evolution has crashed, and the third tells me an error occurred accessing config data for gnome_segv, which was started in response to the Evolution crash. As the copy of gconfd-1 persists after the invoking app (GNUCash in this case) was closed, this breaks gconfd-2 dependent applications for the remainder of the session, or until the user manually kills gconfd-1. Starting GNUCash after Evolution works correctly, as it is able to use a running gconfd-2 process. The gconfd-2 package shouls override gconfd-1 where it is installed so that all gconf reliant apps start gconfd-2 in preference. Tagged as important as it breaks apparently unrelated software on the system, though it's relatively easy to work around once you realise what's happening. Mike -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15.1 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libgconf2-4 depends on: ii gconf2-common 2.12.1-8 GNOME configuration database syste ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libglib2.0-0 2.8.5-1 The GLib library of C routines ii liborbit2 1:2.12.4-1libraries for ORBit2 - a CORBA ORB ii libxml22.6.23.dfsg.1-0.1 GNOME XML library ii zlib1g 1:1.2.3-9 compression library - runtime libgconf2-4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348653: libgconf2-4: Apps dependent on gconfd-2 fail if a GNOME 1 app has been started first
On Wed, 2006-01-18 at 10:21 +0100, Josselin Mouette wrote: Could you please start both applications in a terminal and show us the output? GNUCash generates no terminal output (until it starts it's graph layout engine, but that's irrelevant here), but Evolution shows the following:- $ evolution adding hook target 'source' (evolution:9075): camel-WARNING **: camel_exception_get_id called with NULL parameter. gtkhtml-ERROR **: gconf error: Configuration server couldn't be contacted: CORBA error: IDL:omg.org/CORBA/BAD_OPERATION:1.0 aborting... This is if a gconfd-1 process is running when Evolution is started. The gconfd-2 package shouls override gconfd-1 where it is installed so that all gconf reliant apps start gconfd-2 in preference. Tagged as important as it breaks apparently unrelated software on the system, though it's relatively easy to work around once you realise what's happening. Unfortunately this isn't possible, as gconfd-1 and gconfd-2 are incompatible. However they should be able to run together. When I was trying to track down what was happening here I tried to run both gconfd-1 and gconfd-2 together, but attempting to start gconfd-2 directly from a terminal fails if there's a running gconfd-1 already present. It doesn't generate any error messages, but after the prompt returns there is no gconfd-2 process. From running strace on the startup attempt I think this is due to contention for the orbit directory under /tmp, but I'm not certain. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
