g_base64_encode_step: clarify break_lines behavior a bit

break_lines uses LFs, not CRLFs like you might expect (since it's
designed for email-related use), but we can't change that now since
the caller has to allocate the output buffer and so the
number-of-bytes-output is part of the ABI. So, just document that.

https://bugzilla.gnome.org/show_bug.cgi?id=668158
GUnixConnection: add async variant for send/receive_credentials()

https://bugzilla.gnome.org/show_bug.cgi?id=629503
GDBusConnection: note that exit-on-close is sometimes TRUE

g_bus_get_finish() and g_bus_get_sync() both document that the returned
object will usually have exit-on-close set to TRUE, but the property's
documentation specified that its default is FALSE. While that's
technically true from a GObject perspective, it's not accurate from the
API user's perspective.

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

Reviewed-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Reviewed-by: David Zeuthen <zeuthen@gmail.com>
Fix glib-compile-resources usage when cross-compiling

Copy the behavior of glib-genmarshal: require an installed copy of it,
and use that rather than the built copy.
update .gitignores
GApplication: drop support for appmenu/menubars

This has been moved over to GtkApplication now.

https://bugzilla.gnome.org/show_bug.cgi?id=668118
resources: Plug mem leaks in resource compiler

==13007== 173 bytes in 1 blocks are definitely lost in loss record 90 of 106
==13007==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
==13007==    by 0x407DDBA: standard_malloc (gmem.c:85)
==13007==    by 0x407E318: g_try_malloc (gmem.c:271)
==13007==    by 0x40654DE: g_file_get_contents (gfileutils.c:756)
==13007==    by 0x804A531: main (glib-compile-resources.c:580)

==13007== 521 (56 direct, 465 indirect) bytes in 1 blocks are definitely lost in loss record 100 of 106
==13007==    at 0x402AD89: malloc (vg_replace_malloc.c:236)
==13007==    by 0x407DDBA: standard_malloc (gmem.c:85)
==13007==    by 0x407E160: g_malloc (gmem.c:159)
==13007==    by 0x4091D8D: g_slice_alloc (gslice.c:1003)
==13007==    by 0x40674A1: g_hash_table_new_full (ghash.c:676)
==13007==    by 0x804B252: gvdb_hash_table_new (gvdb-builder.c:76)
==13007==    by 0x43C66B2: (below main) (libc-start.c:226)
GSettingsSchema: ignore empty schema caches

glib-compile-schemas used to generate these.  They're harmless and they
mean that no schemas are installed in a particular directory, so just
ignore them.

https://bugzilla.gnome.org/show_bug.cgi?id=656301
gioenums.h: Remove a trailing comma.
gsignal: add g_signal_handlers_disconnect_by_data

Similar to g_signal_handlers_disconnect_by_func() but disconnects all
functions that use the given user_data.

https://bugzilla.gnome.org/show_bug.cgi?id=668269
add a way to create a GAction from GSettings

g_settings_create_action() will create a GAction for the named key,
allowing it to be added to the action group of the application (so that
the setting can be directly manipulated from menus, for example).

https://bugzilla.gnome.org/show_bug.cgi?id=668279
tests for GSettings action binding

https://bugzilla.gnome.org/show_bug.cgi?id=668279
Note G_MESSAGES_DEBUG in README
Fix a refcounting error

'new' is created floating, therefore it is consumed by
g_settings_set, and unreffing it after that call is not right.
Silence a compiler warning
Silence some compiler warnings
Updates
2.31.12
bump rev
g_date_time_format: fix output in non-UTF-8 locales

In non-UTF-8 locales, the translations and nl_langinfo() return values
must be converted to UTF-8 before being returned to the caller.
Likewise, when making a recursive call to expand a format like '%x',
the format string must first be converted to UTF-8.

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