commit 96f0579909a5095e7acdfb24049020b3af92946c
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Tue Nov 12 10:26:37 2013 -0500
Commit:     Ryan Lortie <desrt@desrt.ca>
CommitDate: Tue Nov 12 10:26:37 2013 -0500

    GLib 2.38.2

 NEWS | 20 ++++++++++++++++++++
 1 file changed, 20 insertions(+)

commit bbf7b493918dde279e1c2db53bd5f2375fafa43e
Author:     Dan Winship <danw@gnome.org>
AuthorDate: Sat Nov 2 09:33:26 2013 -0400
Commit:     Dan Winship <danw@gnome.org>
CommitDate: Mon Nov 11 09:39:20 2013 -0500

    gcancellable: don't use g_cancellable_connect() in GCancellableSource

    g_cancellable_connect() is documented as calling its callback only
    once, but GCancellableSource should trigger every time the cancellable
    is cancelled.

    https://bugzilla.gnome.org/show_bug.cgi?id=710691
    https://bugzilla.gnome.org/show_bug.cgi?id=711286

 gio/gcancellable.c | 13 +++++++++----
 1 file changed, 9 insertions(+), 4 deletions(-)

commit 1a0ad835daa645103f38d9f02024941bb2103fd5
Author:     Ognyan Tonchev <ognyan@axis.com>
AuthorDate: Tue Oct 29 16:39:38 2013 +0100
Commit:     Dan Winship <danw@gnome.org>
CommitDate: Mon Nov 11 09:39:01 2013 -0500

    gmain: make g_source_add_child_source() thread safe

    g_source_add_child_source() releases the context lock before attaching
    child_source to context. And this causes trouble if parent source is
    blocked and g_main_dispatch() manages to lock the context mutex
    and call
    unblock_source() before child_source gets attached to context.
    To fix this we call g_source_attach_unlocked() before releasing the
    context mutex.

    https://bugzilla.gnome.org/show_bug.cgi?id=711064

 glib/gmain.c | 21 +++++++++++----------
 1 file changed, 11 insertions(+), 10 deletions(-)

commit cbdb729e432956a6e1818e02ce57b24fbb374ebd
Author:     Dan Winship <danw@gnome.org>
AuthorDate: Fri Oct 4 12:58:48 2013 -0400
Commit:     Dan Winship <danw@gnome.org>
CommitDate: Mon Nov 11 09:37:48 2013 -0500

    Fix overloading of "source" and "target" terminology in GBinding

    GBindingTransformFunc called its arguments "source_value" and
    "target_value", but in the transform_from function of a bidirectional
    binding, "source_value" comes from the target object, and
    "target_value" comes from the source object, which quickly gets
    confusing if you need to use g_binding_get_source(), etc, in the
    function.

    Of course developers can call their transform function arguments
    whatever they want, but many will copy from the headers/docs to start
    out, so use less confusing names here ("from_value" and "to_value").

    Also, fix the documentation to describe the bidirectional case
    correctly.

    https://bugzilla.gnome.org/show_bug.cgi?id=709440

 gobject/gbinding.c      | 44 ++++++++++++++++++++++----------------------
 gobject/gbinding.h      | 17 ++++++++++-------
 gobject/tests/binding.c | 24 ++++++++++++------------
 3 files changed, 44 insertions(+), 41 deletions(-)

commit 6e18d05a0d7399f74084a29c378ea04373f0cb28
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Wed Oct 23 15:45:15 2013 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Wed Nov 6 09:24:28 2013 +0000

    gdbus: Ensure message matching always succeeds against
    path_namespace='/'

    This copies the fix from upstream D-Bus bug
    https://bugs.freedesktop.org/show_bug.cgi?id=70799 to the GDBusDaemon
    implementation, ensuring that matching against path_namespace='/'
    succeeds
    for all keys (i.e. it’s a no-op).

    https://bugzilla.gnome.org/show_bug.cgi?id=710726

 gio/gdbusdaemon.c | 13 +++++++++++--
 1 file changed, 11 insertions(+), 2 deletions(-)

commit ffb9bb1f79e97f151aa8cb0352db3e81b4be9caf
Author:     Philip Withnall <philip.withnall@collabora.co.uk>
AuthorDate: Wed Oct 23 15:07:46 2013 +0100
Commit:     Philip Withnall <philip.withnall@collabora.co.uk>
CommitDate: Wed Nov 6 09:24:16 2013 +0000

    gdbus: Work around a D-Bus bug with path_namespace='/' match rules

    D-Bus versions < 1.6.18 (i.e. all current versions) have a bug
    with the
    path_namespace='/' match rule key. It should conceptually match
    everything,
    but actually matches nothing. This results in no property change
    (or other)
    signals being forwarded to the D-Bus client.

    The work-around implemented in GDBusObjectManagerClient is to
    remove the
    path_namespace match key if its value is ‘/’.

    For the upstream D-Bus bug, see:
    https://bugs.freedesktop.org/show_bug.cgi?id=70799

    https://bugzilla.gnome.org/show_bug.cgi?id=710726

 gio/gdbusobjectmanagerclient.c | 22 +++++++++++++++++-----
 1 file changed, 17 insertions(+), 5 deletions(-)

commit 685ff5c55684bea47367941fe7d79f848939d9ba
Author:     Ross Lagerwall <rosslagerwall@gmail.com>
AuthorDate: Tue Oct 29 14:53:38 2013 +0200
Commit:     Ross Lagerwall <rosslagerwall@gmail.com>
CommitDate: Tue Oct 29 17:08:15 2013 +0200

    gio: Clear error properly to prevent crash

    https://bugzilla.gnome.org/show_bug.cgi?id=711070

 gio/gfile.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

commit 0e678ae92f65b3db856541f253926312ddbc8b63
Author:     Olivier Brunel <jjk@jjacky.com>
AuthorDate: Tue Oct 8 16:11:44 2013 +0200
Commit:     Matthias Clasen <mclasen@redhat.com>
CommitDate: Thu Oct 24 08:21:12 2013 -0400

    gthemedicon: Fallback to non-symbolic icons

    When doing fallback for symbolic icons, we first shorten the name
    at dashes
    while preserving the -symbolic suffix. But after exhausting that,
    we should also
    try stripping the suffix.

    See https://bugzilla.gnome.org/show_bug.cgi?id=708163

    Signed-off-by: Olivier Brunel <jjk@jjacky.com>

    https://bugzilla.gnome.org/show_bug.cgi?id=710254

 gio/gthemedicon.c | 11 +++++++----
 1 file changed, 7 insertions(+), 4 deletions(-)

commit 90a53576e295e993196a3835041800134622c3d2
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Thu Oct 3 10:02:08 2013 -0400
Commit:     Ryan Lortie <desrt@desrt.ca>
CommitDate: Tue Oct 22 10:18:46 2013 -0400

    appinfo: Don't try DBusActivatable with load_from_keyfile

    We can't get the name of the filename, so we can't determine the
    application
    ID.  We'll have to fallback on Exec= for this case.

    https://bugzilla.gnome.org/show_bug.cgi?id=709326

 gio/gdesktopappinfo.c | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

commit 44edc3829d6db3fabe22d837eaaf2638003516c9
Author:     Colin Walters <walters@verbum.org>
AuthorDate: Wed Oct 16 10:10:22 2013 -0400
Commit:     Colin Walters <walters@verbum.org>
CommitDate: Wed Oct 16 16:08:47 2013 -0400

    g_file_copy: Fall back to pathname queryinfo to help gvfs backends

    It's not difficult to do; not all backends implement it, and for some
    it may be difficult to implement query_info_on_read(), so let's just
    do both.

    https://bugzilla.gnome.org/show_bug.cgi?id=706254

 gio/gfile.c | 23 ++++++++++++++++++++++-
 1 file changed, 22 insertions(+), 1 deletion(-)

commit 71c6dfdcc0564679ed54e7ca9c4d15f8561b6093
Author:     Ryan Lortie <desrt@desrt.ca>
AuthorDate: Tue Oct 15 16:39:20 2013 -0400
Commit:     Ryan Lortie <desrt@desrt.ca>
CommitDate: Tue Oct 15 16:39:20 2013 -0400

    bump version

 configure.ac | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)