gdbus-codegen: Revert to using /usr/bin/env for Python

After a lot of discussion, we decided /usr/bin/env is the most
flexible for now.

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

Introduce the UNINSTALLED_GLIB_SRCDIR environment variable

This makes it possible to avoid setting PYTHONPATH in
Makefile.am files.

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

Introduce the UNINSTALLED_GLIB_BUILDDIR environment variable

This makes it possible to also use relative imports for
gdbus-codegen's config module.

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

Use relative imports for the gdbus/codegen package

But not yet for the config module (but is taken care
of in a followup patch).

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

Avoid using - (hyphen) in gdbus-codegen directory name

It's an invalid character in Python module names and prevents us from
being able to import it.

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

Use detected PYTHON shebang in gdbus-codegen

Change the hardcoded /usr/bin/python shebag from gdbus-codegen.in into
@PYTHON@. Is used in Makefile.am to use detected python binary.

$(AM_V_GEN) sed -e 's,@libdir\@,$(libdir),' -e 's,@PYTHON\@,$(PYTHON),'
$< > $@.tmp && mv $@.tmp $@

Signed-off-by: Ionut Biru <ibiru@archlinux.org>
https://bugzilla.gnome.org/show_bug.cgi?id=657274

Updated Russian translation

glib.doap: Fix download location

GCancellable: Small annotation additions

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

Updated Galician translations

Updated Spanish translation

gfileutils: fix docs/annotations for temp file methods

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

Add DOAP file and remove MAINTAINERS

Updated Norwegian bokmål translation

Updated Swedish translation

Bug 657206 — GInputStream leaked in g_file_icon_load_async()

Add a missing unref to g_file_icon_load_async().

Closes: bgo#657206

GIO: Add more missing GI annotations

 - g_io_extension_point_register()
 - g_io_extension_point_lookup()
 - g_io_extension_point_implement()

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

Updated Serbian translation

gdbus-codegen: update comment in code to reflect reality

Signed-off-by: David Zeuthen <davidz@redhat.com>

gdbus-codegen: Rework C property getters

Rework property getters to use a vfunc so we can take the fast path
and avoid allocating memory for both the skeleton and the proxy
cases. This requires some special case because of how GVariant expects
you to free memory in some cases, see #657100. Add test cases for
this.

Document the _get_ functions as not being thread-safe and also
generate _dup_ C getters (which are thread-safe).

Mark all the generated _get_, _dup_ and _set_ as (skip) as non-C
languages should just use GObject properties and not the (socalled)
"C binding".

Signed-off-by: David Zeuthen <davidz@redhat.com>

po: add missing gtls files to POTFILES.in

Pointed out by Daniel Mustieles
https://bugzilla.gnome.org/show_bug.cgi?id=657138

gdatetime: Don't include langinfo.h unconditionally

It doesn't exist on Windows.

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

Update VS property sheets

Stop the "installation" of gio/gtimezonemonitor.h as it has been removed
from GIO (commit 5b68b49b2072)

Update GLib Visual C++ Projects

Define USE_SYSTEM_PCRE for all configurations which uses the PCRE that
was already built and "installed" beforehand (i.e. the *_ExtPCRE
configurations) so that the compilation will not pick up the
GLib-bundled pcre.h when one wants to use the PCRE "installation" on
his/her system.

Update config.h.win32.in

Make the pre-configured config.h(.win32.in) for Windows more like the
config.h that would be produced during ./configure on Windows systems.

GTimeZoneMonitor: Revert addition of this class

The main rationale for adding it was to avoid having gnome-shell
mmap'ing /etc/localtime once a second.  However, we can just as easily
run inotify there, and given no one else was clamoring for a way to
detect when the time zone changes, I don't see a need for public API
here - at least not yet.

In the bigger picture, I just don't believe that the vast majority of
applications are going to go out of their way to instantiate and keep
around a random GTimeZoneMonitor class.  And if they do, it's has the
side effect that for other bits of code in the process, local GDateTime
instances may start varying again!

So, if code can't rely on local GDateTime instances being in a
consistent state anyways, let's just do that always.  The
documentation now says that this is the case.  Applications have
always been able to work in a consistent local time zone by
instantiating a zone and then using it for GDateTime constructors.

We fix the "gnome-shell stats /etc/localtime once a second" issue by
using timerfd (in glib) and inotify (in gnome-shell).

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

Update VS property sheets

-Added glib/ghmac.h to the list of files to copy during the "install" stage
-Cleaned up a bit (glib-2.0->glib-$(ApiVersion), where $(ApiVersion) is
 2.0)

gmain: Clarify that timeouts are in terms of monotonic time

Also note that monotonic time does not include time spent while
suspended (at least on Linux).

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

GDateTime: use nl_langinfo() when available

This makes g_date_time_format() react to LC_TIME, which is
what people expect.

Translators: this change means that the GDateTime strings
are only used when the C library does not already provide
suitable translated strings for these (month names, etc).

GDateTime: cosmetics

Shuffle things around a bit, to move locale-dependent
things together.

GDateTime: cosmetics

Don't hide the recursion in g_date_time_format() behind
a macro, make it explicit.

Add a quick utility to test datetime formatting

GDateTime: don't use separate strings for upper/lowercase am/pm

We can just as well change the case ourselves.

g_date_time_format: support %T

strftime supports it, and there is no reason not to do the same.

[gi] Add signal annotations

[gi] Add annotations to g_quark functions

Add missing GClosure annotations

Add missing (allow-none) annotations to g_value_set_string functions

Merge branch 'concurrent-cancellable'

gio: GCancellable can be used concurrently

 * Update documentation to note that GCancellable can be used
   concurrently by multiple operations.
 * Add documentation to g_cancellable_reset that behavior is
   undefined if called from within cancelled handler.
 * Add test for multiple concurrent operations using the same
   cancellable.

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

update translation for Punjabi

Added UG translation

Use actual uint64 values to compare uint64 variants

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

Add (allow-none) annotation for GValue setters.

Assorted g_value_set_xxx() and g_value_take_xxx() functions actually
allow NULL in source parameter.

Fixup max decomposition len guarantee

Unicode Technical Committee agreed to limit decomposition length to
18 in both cases.  Reflect that.

void functions should not return.  Fixes bug #656675.

post-release bump

glib 2.29.16

distcheck fixes

More NEWS updates

Updated Esperanto translation

Esperanto weekdays and month days are written in lowercase (as in
French).

Add a stress-test for GDBusProxy in threads with no default main context

Destroying a GDBusProxy in a thread used to race with NameOwnerChanged
being delivered to the main context's thread (GNOME #651133).

Also, g_dbus_proxy_call_sync in a thread would race with NameOwnerChanged
being delivered to the main context's thread and rewriting the name_owner
(GNOME #656039).

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=656039
Bug-NB: NB#259760
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusProxy: hold properties_lock while using any mutable property

This changes the meaning of "properties_lock" from "lock for D-Bus
properties" to "lock for GObject properties".

The most common problem, and the only one I've reproduced in a regression
test, is name_owner, which can be updated by the thread that owns
the GDBusProxy's main context (i.e. the thread-default main context of
the thread that constructed it) at the same time that a blocking call
is made. When a GDBusProxy is constructed in a thread-pool thread for
short-term use, the main context will typically be the global default
main context (which is actively running in the main thread!), making
this extremely problematic.

The interface info is perhaps a theoretical concern - one thread could
conceivably set it at the same time that another thread uses it, but only
in relatively pathological situations. The current API for this does have
the problem that it returns a borrowed ref, but interface info is
hopefully permanent anyway.

The default timeout is probably only a theoretical concern - it's just an
int, so writes are indivisible, and there's no worry about whether
something has been freed - but to be safe, let's hold the lock for that
too.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=656039
Bug-NB: NB#259760

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusProxy: factor out async_init_data_set_name_owner

This removes the need for async_init_get_name_owner_cb to cope with being
called without a real GAsyncResult, and will simplify the addition of
correct thread-locking.

In async_init_data_set_name_owner, use the name_owner parameter instead
of the corresponding member of GDBusProxyPrivate, partly to reduce
pointer-chasing but mainly to avoid needing to hold the lock.

Signed-off-by: David Zeuthen <davidz@redhat.com>

g_dbus_proxy_get_property: use accessors for all mutable state

These ought to have thread-locking, and having it in the accessor seems
better than duplicating it here.

Signed-off-by: David Zeuthen <davidz@redhat.com>

GDBusProxy: if a well-known name is not owned, don't GetAll from the dbus-daemon

If you run:

    ( cd gio/tests && G_DBUS_DEBUG=all ./gdbus-proxy-well-known-name )

you can see that in the case where the name com.example.TestService isn't
owned yet, the GDBusProxy calls GetAll() with no destination, resulting
in an error reply from the peer (the dbus-daemon itself). That's clearly
not right!

However, if priv->name is NULL, that indicates the special case where we
really do want to talk directly to a peer, instead of via the bus daemon
(most likely to be used on peer-to-peer connections); in that special
case, do call GetAll().

Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
Signed-off-by: David Zeuthen <davidz@redhat.com>

g_settings_bind: add some g_return checks

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

ghash: fix error in "as a set" documentation

GDBusObjectManagerClient: Emit signals on proxy before emitting on manager

This is needed because the proxy may need to update its internal state
which a signal handler connected to the manager may rely on.

Signed-off-by: David Zeuthen <davidz@redhat.com>

open(2): POSIX compatibility.

Posix allows for open(2) to fail with errno = EINTR.
Normal this isn't seen when opening files. However in some case we are
opening a fifo for write which will block until another process opens it
for read. If a signal is received while blocked, open(2) fails with
errno = EINTR.

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

Add g_mkdtemp in the spirit of g_mkstemp

At the same time, also add g_mkdtemp_full and g_dir_make_tmp
variants. The patch also unifies the unique-name-generating
code for all variants of mkstemp and mkdtemp and adds tests
for the new functions.

Based on patches by Paolo Bonzini,
http://bugzilla.gnome.org/show_bug.cgi?id=118563

GHmac: pedantic doc fixes

Add a link to an explanation of what HMAC is, and tweak
some formatting.

News for 2.29.16

hmac: Implementation of HMAC in glib

This implements g_hmac_xxx() functionality using the standard checksum
functions supported by glib.

HMAC is a secure way to hash a key and a password. Many other
approaches fraught with append and prepend issues.

Includes test cases defined in relevant RFCs

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

Add G_VALUE_INIT

The implementation of GValue is not public or documented.  When
allocated on the stack, initializing a GValue is usually done as
documented with:

GValue value = { 0, };

There is lot code around (including WebKit) that added all the missing
fields, resulting in this ugly and non-obvious:

GValue value = { 0, { { 0 } } };

However, this doesn't play nice with -Wmissing-field-initializers for
example. Thus, G_VALUE_INIT.

http://bugzilla.gnome.org/show_bug.cgi?id=654793
http://bugzilla.gnome.org/show_bug.cgi?id=577231

Don't finish gtls connection if the handshake failed

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

GDBusProxy: on_properties_changed initialize some variables

This avoids calling g_variant_unref and g_free on uninitialized memory
if PropertiesChanged is received in the creating thread's thread-default
main context's thread, at the same time as releasing the last ref in
another thread. This would result in "goto out" before the variables
freed after that label had been initialized to NULL.

Based on a patch by Simon McVittie, bug 656282

gdatetime: Add a test for %OM

Remove a gccism

Pointed out in bug 656152.

Fix statfs/statvfs decision

We want to force use of statvfs when statfs is deficient.
This does not make any difference on Linux.

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

Trivial typo fix

In addition to /media and $HOME, also show mounts in $XDG_USER_DIR

Prepare for the future where udisks will use $XDG_USER_DIR/Volumes
instead of /media when mounting filesystems on behalf of the user.

Signed-off-by: David Zeuthen <davidz@redhat.com>

Updated Indonesian translation

Update VS property sheets ("install" phase)

Copy the new GioTLS headers that were introduced into the GIO
library in commit  0f99cfa8822514dc6b7ccbc59efbe68f27aeb172 during the
"install" stage.

Updated Bulgarian translation

[gobject] Fix G_DEFINE_BOXED_TYPE compilation with C++

[gi] Add missing (out) annotation to g_dbus_{node,interface}_info_generate_xml()

[gi] Add missing Gio transfer annotations

[gi] Fix parameter name typos in Gio docstrings

Found by GIR compiler when building gobject-introspection:

gir/gio-2.0.c:33525: Warning: Gio: g_tls_password_set_description: unknown
parameter 'flags' in documentation comment, should be one of 'password',
'description'
gir/gio-2.0.c:14568: Warning: Gio: g_action_group_action_state_changed: unknown
parameter 'state' in documentation comment, should be one of 'action_group',
'action_name', 'value'

Bug 652827: Update config.h.win32.in

Add check macro for HAVE_WIN32_BUILTINS_FOR_ATOMIC_OPERATIONS, as it is
now required for MSVC builds of glib/gatomic.c GLib 2.29.15+.

It is true that the MinGW cross-compiler on Linux systems will have
HAVE_GCC_BUILTINS_FOR_ATOMIC_OPERATIONS and
HAVE_WIN32_BUILTINS_FOR_ATOMIC_OPERATIONS defined during the completion
of ./configure, but since this file is primarily meant for people
compiling -on- Windows (and that the "native" Windows MinGW would neither
./configure to define HAVE_GCC_BUILTINS_FOR_ATOMIC_OPERATIONS and
HAVE_WIN32_BUILTINS_FOR_ATOMIC_OPERATIONS), this file will be updated as
it is for now at least until the situation for "native" Windows MinGW
change. (please see Bug 652827 regarding this paragraph)

Bug 652827 - glib-2.29.8 no longer builds with mingw.org's toolchain

Check for Win32 atomic intrinsics.

Cleanup gatomic checks

Fix typo

[gi] Add missing transfer annotation to g_dbus_node_info_lookup_interface()

Updated Norwegian bokmål translation

[gi] Add missing (allow-none) annotations to g_dbus_connection_register_object()

Ignore lcov-produced files in top-level .gitignore

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=656162
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>

Allow current lcov (version 1.9) to be used for coverage

It seems to work fine with the same invocation already used.

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=656162
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>

Document libffi as new dependency

Updated Galician translations

Require Python 2.5 explicitly

Without someone to regularly test 2.4, and since the code in reality
requires 2.5, switch to that for now.

configure: Fix statvfs/statfs detection

Add missing 'x' as pointed out by declanw@is.bbc.co.uk

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

Updated Hebrew translation.

Add missing GVariant annotations

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

gio/tests/.gitignore: fix

Updated French translation

[l10n] Updated German translation

gio enums: Remove trailing commas

Fix up ABI symbols after GTlsDatabase merge.

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

GTlsDatabase and related objects

The database is an abstract object implemented by the various TLS
backends, which is used by GTlsConnection to lookup certificates
and keys, as well as verify certificate chains.

Also add GTlsInteraction, which can be used to prompt the user
for a password or PIN (used with the database).

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