gio: port GAsyncInitable from GSimpleAsyncResult to GTask

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

gio: deprecate gioscheduler, soft deprecate GSimpleAsyncResult

Reimplement gioscheduler in terms of GTask, and deprecate the original
gioscheduler methods. Update docs to point people to GTask rather than
gioscheduler and GSimpleAsyncResult, but don't actually formally
deprecate GSimpleAsyncResult yet.

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

gio: port GThreadedResolver from GSimpleAsyncResult to GTask

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

GTask: new GAsyncResult implementation / threaded task manager

GTask is a replacement for GSimpleAsyncResult and GIOScheduler, that
also allows for making cancellable wrappers around non-cancellable
functions (as in GThreadedResolver).

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

ghash.c: fix docs

A previous commit left an unclosed XML tag. Fix that.

[gsignal] Fix closure invalidation

If the closure is invalidated we drop the ref on the signal handler
node, but if the signal is currently being dispatched, the ref could be
held elsewhere.

Flag that we no longer have an outstanding invalidation handler so that
we don't try to unregister ourselves when the other ref drops.

Add a testcase that catches this situation.

gdbus: minor documentation fix in g_dbus_interface_skeleton_has_connection()

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

[gobject] set all properties before constructed()

Move the constructed() call to happen after all of the properties are
set (not just the construct properties).

This is an incompatible change but we are making it under the belief
that it should be safe.  If this change impacts you in a negative way
please comment on the bug.

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

fix g_signal_connect_object() documentation

g_signal_connect_object() now works properly, so we can remove the note
in the docs about it being broken.

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

[gsignal] fix up a crasher in previous commit

The previous commit introduced a new variable in the Handler struct but
didn't initialise it.  This was causing some tests to crash.

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

[gsignal] disconnect invalidated closures

Modify gsignal to automatically disconnect a GClosure that becomes
invalid (in the g_closure_invalidate() sense).

Previously, when g_signal_connect_object() was used with a GObject as
the user_data and that object was destroyed, the handler would no longer
be called but the signal handler was itself was not disconnected (ie:
the bookkeeping data was kept around).

The main effect of this patch is that these signal handlers will now
be automatically disconnected (and fully freed).

The documentation for g_signal_connect_object() has anticipated this
change for over 10 years and has advised the following workaround when
disconnecting signal handlers connected with g_signal_connect_object():

 if (g_signal_handler_is_connected (instance, id))
   g_signal_handler_disconnect (instance, id);

If your code follows this practice then it will continue to work.

If your code never disconnects the signal handler then it was wasting
memory before (and this commit fixes that).

If your code unconditionally disconnects the signal handler then you
will start to see (harmless) g_critical() warnings about this and you
should fix them.

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

ghash: Add documentation

glib.py: Remove old debugging code

This was accidentally copy/pasted from gobject.py

GFileMonitor: thread-safety fix for non-default-main-context monitors

When queuing events to another thread, we need a mutex around
priv->pending_file_changes and priv->pending_file_change_source.

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

codegen: Install Python files in $(datadir)/glib-2.0, rather than $(libdir)

These files are actually architecture-indepdendent; using $(libdir)
for them means that /usr/bin/gdbus-codegen varies between
architectures, which is problematic for (mis)uses of multilib.

See https://bugzilla.redhat.com/show_bug.cgi?id=718404

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

codegen: Explicitly close output

This is just cleaner rather than relying on the GC, and maybe
if we're lucky it will actually solve a problem.

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

Add GLIB_VERSION_2_36 and related

gdbus-codegen: Update tests for new inheritance-semantics for Since

Signed-off-by: David Zeuthen <zeuthen@gmail.com>

gdbus-codegen: make members of an interface inherit the "Since" annotation

This is the expected (and sane) behavior - without this bug-fix you'd
have to add "Since" to every member of a newly added D-Bus interface.

Also show-case this in the codegen example.

Signed-off-by: David Zeuthen <zeuthen@gmail.com>

unicode: Add new tests for unicode 6.2

unicode: Update to unicode 6.2.0 beta

unicode: Add new line breaking class from unicode 6.2

Regional Indicator (RI) is new in unicode 6.2.

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

unicode: Use g_assert_cmp{int,uint,hex} in tests

This gives more info when the test goes wrong.

build: Post branch version bump

Really fix the leak

Pointed out by Josselin Mouette.

Fix memory leaks in glib-compile resources

Based on a patch by Josselin Mouette,
https://bugzilla.gnome.org/show_bug.cgi?id=685069

Correct to docs for g_strcmp0

Don't promise to return -1 or 1 - we fall back to strcmp which
does not guarantee this.
https://bugzilla.gnome.org/show_bug.cgi?id=685037

Updated Lithuanian translation

Fix gdb script for new quark variable names

... and don't spam stderr with exceptions if someone renames things
again.

Last but not least, keep the old names as a fallback, so that LD_PRELOAD
with an older libglib still works.

Update config.h.win32(.in) and glibconfig.h.win32(.in)

-Make config.h.win32(.in) have entries that more resembles the generated
 config.h.in
-Move the ALIGNOF_* #define's from glibconfig.h.win32(.in) to
 config.h.win32(.in), where they were supposed to be.

Visual C++ property sheet updates

Make up for the missed GIO headers that need to be installed.

[l10n] Updated Catalan (Valencian) translation

[l10n] Updated Italian translation.

Update Czech translation

Bump version

2.34.0

More updates

Document g_test_dbus_get_flags

Typo fix

Update GConf migration guide

Newer intltool makes this much easier. Yay
https://bugzilla.gnome.org/show_bug.cgi?id=674620

Fix g_ptr_array_ref_docs

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

Clarify g_type_init docs

Mention that there's no way to undo it.
https://bugzilla.gnome.org/show_bug.cgi?id=654239

Update to latest version

We should really stop shipping this, but I don't want to make
such a change on the day before a stable release, so I'll just
update it to avoid noise in diffs.

Updated Latvian translation

[l10n] Updated German translation

Fix gio docs

Fix GRegex docs

Fix up g_tree_foreach docs

Fix up docs for GDuplicateFunc

Updates

Updated kn translation

Updated Latvian translation

[l10n]Updated Catalan (Valencian) translation

[l10n] Updated Catalan translation

Updated Hebrew translation.

Updated Bulgarian translation

Updated kn translation

Updated Brazilian Portuguese Translation

Updated Telugu Translations

gio: Fix build on Windows

The newly-introduced functions, g_content_type_get_symbolic_icon() and
g_content_type_get_generic_icon_name() don't seem to be for Windows, at
least for now.  So filter them out from gio.symbols on Windows.

Also, glocalfileinfo.c calls g_content_type_get_symbolic_icon() in
get_icon(), so only build that code when on Unix, for the time being.

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

Updated Galician translations

Updated British English translation

Updated Spanish translation

GApplication: document differences from libunique

People implementing GApplication often waste a lot of time by trying to
use it as if it were libunique.  Add a note to the docs about the
difference.

bump version

Updated Marathi Translations

hindi update

Updated Brazilian Portuguese translation

Updated Hungarian translation

GLib 2.33.14

Updated Russian translation

gresource tests: fix VPATH builds emitting errors during dependency generation

Adding the --sourcedir option fixes these:
/path/to/src/gio/tests/test2.gresource.xml: Error on line 5 char 1: Failed to locate 'test1.txt' in current directory.
/path/to/src/gio/tests/test3.gresource.xml: Error on line 5 char 1: Failed to locate 'test1.txt' in current directory.
/path/to/src/gio/tests/test4.gresource.xml: Error on line 5 char 1: Failed to locate 'test1.txt' in current directory.
/path/to/src/gio/tests/test.gresource.xml: Error on line 5 char 1: Failed to locate 'test1.txt' in current directory.

Updated Lithuanian translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Danish translation

Updated Slovenian translation

Updated Portuguese translation

Updated Korean translation

Updated Indonesian translation

Updated Galician translations

Fix the doc build

Updated Greek translation

Updated Belarusian translation.

Update French translation

Updated Serbian translation

Assamese translation updated

update Punjabi Translation

Updated Polish translation

CVE-2012-3524: Hardening for being run in a setuid environment

Some programs attempt to use libglib (or even libgio) when setuid.
For a long time, GTK+ simply aborted if launched in this
configuration, but we never had a real policy for GLib.

I'm not sure whether we should advertise such support.  However, given
that there are real-world programs that do this currently, we can make
them safer with not too much effort.

Better to fix a problem caused by an interaction between two
components in *both* places if possible.

This patch adds a private function g_check_setuid() which is used to
first ensure we don't run an external dbus-launch binary if
DBUS_SESSION_BUS_ADDRESS isn't set.

Second, we also ensure the local VFS is used in this case.  The
gdaemonvfs extension point will end up talking to the session bus
which is typically undesirable in a setuid context.

Implementing g_check_setuid() is interesting - whether or not we're
running in a privilege-escalated path is operating system specific.
Note that GTK+'s code to check euid versus uid worked historically on
Unix, more modern systems have filesystem capabilities and SELinux
domain transitions, neither of which are captured by the uid
comparison.

On Linux/glibc, the way this works is that the kernel sets an
AT_SECURE flag in the ELF auxiliary vector, and glibc looks for it on
startup.  If found, then glibc sets a public-but-undocumented
__libc_enable_secure variable which we can use.  Unfortunately, while
it *previously* worked to check this variable, a combination of newer
binutils and RPM break it:
http://www.openwall.com/lists/owl-dev/2012/08/14/1

So for now on Linux/glibc, we fall back to the historical Unix version
until we get glibc fixed.

On some BSD variants, there is a issetugid() function.  On other Unix
variants, we fall back to what GTK+ has been doing.

Reported-By: Sebastian Krahmer <krahmer@suse.de>
Signed-off-by: Colin Walters <walters@verbum.org>

Add api to get the generic icon name for a mime type

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

Updated German translation

Fix regression in g_shell_parse_argv()

The commit in 6e4acf44b3a943906432a2bf55223ac107d8e0c2 broke
the fallthrough case for '\\' when it changed the '#' case.

This caused issues like this:
  https://bugzilla.gnome.org/show_bug.cgi?id=683821

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

Updated Marathi Translations

Move GIO-specific information to the GIO docs

Add a section about writing GLib applications

For now, this includes some information about threads and security.

Drop GVFS_INOTIFY_DIAG debug feature

Just not a good idea to have this in production code.

Assamese translation updated

Fix gdbus connection annotations

g_dbus_connection_call_with_unix_fd_list_sync () and
g_dbus_connection_call_sync () should allow None for the
bus_name parameter.

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

Signed-off-by: Richard Hughes <richard@hughsie.com>

Updated French translation by Alexandre Franke and Claude Paroz

gwin32mount.c: Fix syntax error

Signed-off-by: Colin Walters <walters@verbum.org>
https://bugzilla.gnome.org/show_bug.cgi?id=683641