public inbox for cygwin-xfree@sourceware.org help / color / mirror / Atom feed
From: "Yaakov (Cygwin/X)" <yselkowitz@users.sourceforge.net> To: cygwin-xfree@cygwin.com Subject: Re: emacs, GSettings, and gtk3 Date: Tue, 27 Nov 2012 06:51:00 -0000 [thread overview] Message-ID: <1353999070.892.10.camel@YAAKOV04> (raw) In-Reply-To: <50B366E1.1060407@cornell.edu> On Mon, 2012-11-26 at 07:56 -0500, Ken Brown wrote: > I'm trying to decide whether the benefits of GSettings and gtk3 > outweigh the annoyances. I'd like the opinions of emacs users and GNOME > experts on this. Here are the details: > > 1. If emacs is built using gtk3 and the window geometry is specified on > the command line or in ~/.Xdefaults, the following warning appears in > the terminal from which emacs was started: > > Gtk-WARNING **: gtk_window_parse_geometry() called on a window with no > visible children; the window should be set up before > gtk_window_parse_geometry() is called. > > The warning can safely be ignored but is annoying. GTK+ warnings aren't uncommon, as GTK+ behaviour gradually changes over time and programs don't always keep up. If the program operates correctly, and upstream says they can be ignored, then I wouldn't worry about them. As for choosing between GTK+ 2 vs 3, I would go with the upstream default. > 2. If emacs is built with GSettings support and is started without a > D-Bus daemon running, the following warning is issued: > > GLib-WARNING **: In call to g_spawn_sync(), exit status of a child > process was requested but SIGCHLD action was set to SIG_IGN and ECHILD > was received by waitpid(), so exit status can't be returned. This is a > bug in the program calling g_spawn_sync(); either don't request the exit > status, or don't set the SIGCHLD action. > > In this case there is a simple workaround: Ensure, by a suitable line in > ~/.startxwinrc or ~/.bashrc, that a D-Bus daemon is always running > before emacs is started. A D-Bus session daemon is required for most modern desktop software nowadays, so I wouldn't consider this a setback. HTH, Yaakov -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
prev parent reply other threads:[~2012-11-27 6:51 UTC|newest] Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top 2012-11-26 12:56 Ken Brown 2012-11-27 6:51 ` Yaakov (Cygwin/X) [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1353999070.892.10.camel@YAAKOV04 \ --to=yselkowitz@users.sourceforge.net \ --cc=cygwin-xfree@cygwin.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).