<maniac103> compiz is loaded with core glib gconf
<maniac103> those three are loaded
<maniac103> gconf.c reads the gconf active_plugins value (glib, gconf, ...)
<maniac103> core detects the setting list change, detects core is missing and tries to add that - and gconf rejects to write it into gconf because it still thinks it's applying it's own settings
<maniac103> due to the setting list change, core pops all plugins except the core plugin and reloads them all
<maniac103> gconf, due to being reloaded, reloads the active_plugins list and the game continues where it started
<drago01> oh
<maniac103> so now we need to find the right point to break the circle
* benj3one hat die Verbindung getrennt (Read error: 110 (Connection timed out))
<drago01> maniac103: now the question is when/how
<maniac103> drago01: ?
<drago01> maniac103: when th "loop" should stop
<drago01> *the
<maniac103> drago01: gconf should just write back the plugin list with the added "core" and everything would just work
<maniac103> I'm now wondering how to achieve that without breaking other stuff
<drago01> just let gconf scan the plugin list for core and prepend it when it isn't present?
<drago01> should't break anything
<drago01> *n
<maniac103> drago01: that would certainly work, but I'm not sure if David would classify this fix as "proper"
<maniac103> the "proper" fix probably would be writing back the new plugin list _before_ starting to pop plugins
<drago01> hmm...