Thanks to everyone for confirming that this happens under normal circumstances. No further confirmation is required. Just subscribe to the bug without making a post, unless you have anything new to add. (Correct me if I'm overstepping here, Ubuntu maintainers.)
Further posts on this thread should be about what to do about this, or ideas for how the relevant programs and libraries should behave so gnome-terminal can start when gnome-settings-daemon isn't already running. I've always found it kind of messy the way KDE programs start daemons that clutter your terminal with log messages even after the first KDE program (that started them) has exitted. If it wasn't for the messages on stdout or stderr, it wouldn't be so bad. Obviously, you don't want to hide the messages either, so I don't really see any good solution. I guess it's something you get used to as a user, though. I start most of my long-lived GUI stuff from one screen(1) window, so only one window will get clogged with messages if any of them feel like spewing. So it would probably work to start any required daemons when they're needed. I don't see any obvious solution, if there's no way around requiring a daemon. Hmm, possibly if there's no daemon, read settings from a file yourself? Using the same code (in a library) that the daemon uses to get the settings? This might have to be read-only to avoid danger in case the daemon does start while gnome-terminal is running... -- Cannot start gnome-terminal bcause of gconf error https://bugs.launchpad.net/bugs/328575 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
