Decoupling gnome-keyring initialization from GNOME compatibility mode

Guido Berhoerster gber at
Wed Sep 28 13:47:17 CEST 2011

* Brian J. Tarricone <brian at> [2011-09-28 08:39]:
> On Tue, Sep 27, 2011 at 05:58, Guido Berhoerster <gber at> wrote:
> > * Brian J. Tarricone <brian at> [2011-09-27 01:43]:
> >> On Mon, Sep 26, 2011 at 05:54, Guido Berhoerster <gber at> wrote:
> >>
> >> > However as a first step would it be acceptable to decouple the
> >> > current gnome-keyring initialization code from GNOME
> >> > compatibility mode and add an UI option to allow the use of
> >> > gnome-keyring without enabling GNOME compatibility mode (the
> >> > latter could then implicitly enable gnome-keyring
> >> > initialization)?
> >> > The background is that people seem to be interested in
> >> > running gnome-keyring but enabling GNOME compatibility mode
> >> > has the side effect of starting lots of unwanted stuff (e.g.
> >> > gnome-setting-daemon) as a side effect.
> >> > If this sounds acceptable I'd be willing to take care of that.
> Unless gnome-keyring also includes an OnlyShowIn=GNOME; key, simply
> adding the support for autostart-phase and the dbus APIs should be
> enough to get it working properly.  If it does have an OnlyShowIn,
> we'd need a whitelist of stuff to run, ignoring the OnlyShowIn.  Not
> ideal, but perhaps we could upstream a .desktop file that includes
> Xfce in the OnlyShowIn.

Hmm, are you aware that GNOME compatibility mode in xfce4-session
currently unconditionally starts all desktop files which have
OnlyShowIn=GNOME;? It thus starts services which may be unwanted
and even clash with Xfce such as gnome-settings-daemon or
gnome-power-manager and there is no UI allowing users to
selectively disable some of them. This is the main problem I'd
like to deal with ASAP, that is I'm willing to implement a fix
though I'm not sure yet what it should look like.
Guido Berhoerster

More information about the Xfce4-dev mailing list