Updated Spanish translation

Updated Indonesian translation

GDBusConnection leaks its GCredentials

==7269== 144 bytes in 6 blocks are definitely lost in loss record 1,282 of 1,325
==7269==    at 0x4005BDC: malloc (vg_replace_malloc.c:195)
==7269==    by 0x4056B74: g_malloc (gmem.c:164)
==7269==    by 0x406EDB6: g_slice_alloc (gslice.c:842)
==7269==    by 0x406EDFB: g_slice_alloc0 (gslice.c:854)
==7269==    by 0x413C627: g_type_create_instance (gtype.c:1867)
==7269==    by 0x412276A: g_object_constructor (gobject.c:1480)
==7269==    by 0x4121E5D: g_object_newv (gobject.c:1264)
==7269==    by 0x4121BD3: g_object_new (gobject.c:1176)
==7269==    by 0x417CFB9: g_credentials_new (gcredentials.c:156)
==7269==    by 0x41D9DBC: g_unix_credentials_message_deserialize (gunixcredentialsmessage.c:149)
==7269==    by 0x41C422C: g_socket_control_message_deserialize (gsocketcontrolmessage.c:198)
==7269==    by 0x41BFCE3: g_socket_receive_message (gsocket.c:3289)
==7269==    by 0x41D99CE: g_unix_connection_receive_credentials (gunixconnection.c:476)
==7269==    by 0x41FA829: _g_dbus_auth_run_server (gdbusauth.c:987)
==7269==    by 0x4205DDB: initable_init (gdbusconnection.c:2196)

Bug #629689.

GVariant: Check for size == 0 in get_bytestring

And add a test from David that shows the problem.

Closes #629698

Updated Polish translation

GSettings: reverse accidental addition to .h file

A couple of extra function prototypes snuck into commit
77e3badcf3f15c7ac235904160d775febfcebcb5.  Take those out.

Updated Hungarian translation

[l10n] Updated German translation

Update Simplified Chinese translation.

(slightly) updated Finnish translation.

Update British English translation

Updated Galician translations

Updated Slovenian translation

g_strdup_value_contents(): dump GStrv more usefully

Previously, dumping a GValue holding a GStrv just yielded "((GStrv *)
0xDEADBEEF)". I think it'd be more useful to dump a Python list-style
representation of the GStrv's contents, if it's not NULL.

Fixes: <https://bugzilla.gnome.org/show_bug.cgi?id=629192>

update for Punjabi

Add g_data_input_stream_read_upto{,async,finish}

These functions are meant to replace the read_until() flavour, with the
following improvements:

  - consistency between the synchronous and asynchronous versions as to
    if the separator character is read (it never is).

  - support for using a nul byte as a separator character by way of
    addition of a length parameter which allows stop_chars to be treated
    as a byte array rather than a nul-terminated string.

The read_until() functions are not yet formally deprecated, but a note
has been added to the documentation warning not to use them as they will
be in the future.

This is bug #584284.

Better msgctxt for month and weekday names

The current msgctxt string 'GDateTime" lead to the unability to
differentiate between the full and abbreviated name for May.
Therefore, the msgctxt strings have been changed to
  'full month name'
  'abbreviated month name'
  'full weekday name'
  'abbreviated weekday name'
This is a string change, but all translations have been updated
using an sed script.

Bug 629429

Adapt POTFILES.in to source file renaming

Const 'parser' arg to g_markup_parse_context_push

This is a vtable structure and very likely the user has allocated it in
static storage and wants it to be const.  Since we never modify it, no
harm is done to us to have it const.

Closes bug #629328.

Make g_variant_builder_end's return to be (allow none) because callers
need to add a ref to it in addition to sinking it.

Include giochannel.c for G_IO_IN, etc.

Fixes build on OS X.

gobject: Add install_properties()

Since we added g_object_notify_by_pspec(), an efficient way to install
and notify properties relies on storing the GParamSpec pointers inside
a static arrays, like we do for signal identifiers.

Instead of multiple calls to g_object_class_install_property(), we
should have a single function to take the static array of GParamSpecs
and iterate it.

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

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

Updated Swedish translation

GSettings: no writability->value change assumption

GSettings internally assumed that a change in key writability implied a
change in value.  That may be true for some backends.  Let those
backends deal with the situation for themselves.

Add some more individual own header includes where required

[i18n] Updated German translation

Updatede Japanese translation.

Add annotation for g_variant_get_string

Updated Indonesian translation

dos2unix glib/win_iconv.c

docs: Clarify string encoding for GFile constructors

The encoding was deduced from looking at the source code, feel free to
fix if it's wrong (the docs _and_ the source code).

Add work-around for Bug 627724

The root problem is with GObject - for now, just work around it in
GDBus. Also include a test-case. See

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

for more information.

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

Remove g_dbus_message_filter_result_get_type() from gio.symbols

Pointed out by danw on IRC.

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

g_socket_client_connect_async: fix when g_socket_connect succeeds immediately

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

Fix IPv6 parsing in _g_uri_parse_authority, add _g_uri_from_authority

Fixes connections to IPv6 address literals.

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

Add 3 new restrictions to the schema compiler

 - can not extend schemas that already have paths
 - can not form list of schemas that already have paths
 - the path of a list schema, if given, must end with ':/'

Rename gschema-compile.c -> glib-compile-schemas.c

split GSettings.list_items => list_{children,keys}

This is an incompatible public API/ABI change.

Create GSettingsListenerVTable

...instead of passing a whole whack of function pointers around

This is an internal API.

GDBusMessage: Don't reset serial number when copying

Ryan pointed out that it's safe to do this because we have the
G_DBUS_SEND_MESSAGE_FLAGS_PRESERVE_SERIAL flag and that it simplifies
how filter functions work.

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

GUnixConnection: Remove comment about Linux

Since the previous commit, the g_unix_connection_send_credentials() /
g_unix_connection_receive_credentials() functions now also works on
FreeBSD since GUnixCredentialsMessage now works there.

The main idea is that the g_unix_connection_send_credentials() /
g_unix_connection_receive_credentials() functions are the "main" API
for getting credentials (one way or the other). So it's better to
avoid advertising where it is currently implemented.

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

Bug 628904 – Add credential support for FreeBSD and fix a socket issue

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

GDBusServer: Make ::new-connection return whether the connection was claimed

Otherwise things probably won't work in a garbage-collected world
(consider the trivial GC that never collects garbage).

This commit breaks GDBusServer ABI. No known released software is
using this code.

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

Bug 624546 – Modification of GDBusMessage in filter function

Rework filter functions as per

 https://bugzilla.gnome.org/show_bug.cgi?id=624546#c8

This commit breaks ABI. However, this ABI break affects only
applications using filter functions. The only known user of is dconf.

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

Fix tmpl files

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

GDBusMessage: Make it possible to lock and copy messages

Don't actually use this yet as that will require a couple of
modifications to the filter function signature. This is part of the
bug-fix for

 https://bugzilla.gnome.org/show_bug.cgi?id=624546#c8

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

Revert hack that broke things badly on Windows

This should fix bug #628952.

Don't include glib/gdatasetprivate.h directly. Especially don't define
GLIB_COMPILATION when doing that, as that causes breakage on Windows
because of the variable dllimport/dllexport stuff in gtypes.h that
checks GLIB_COMPILATION. That macro really should be defined only when
compiling code that goes into the libglib DLL. Otherwise the compiler
thinks that variables that should be imported from libglib are
actually defined in the code being compiled.

Just call g_atomic_pointer_get() as such, don't bother with
G_DATALIST_GET_FLAGS.

Signed-off-by: Tor Lillqvist <tml@iki.fi>

Updated Basque language

Updated Polish translation

Updated Polish translation

Updated Portuguese translation

Updated Portuguese translation

Updated Swedish translation

Updated Hungarian translation

Fix build on Windows and possibly other non-Linux platforms

Include glibconfig.h in files that test G_OS_WIN32. Include headers
for GLib APIs used conditionally where needed.

Whitespace fixes

datetime: Rename shadowing variables

timezone and tzname shadow variables declared in time.h. Let's rename
them to time_zone and tz_name then.

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

gdatetime: Use proleptic gregorian

Use Proleptic Gregorian calendar instead of the Julian calendar
as the internal representation.

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

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

datetime: use g_utf8_next_char() to walk utf8 string

Previously, the format string was iterated many times by
walking to the given offset in the string repeatedly.
This patch instead walks the string using g_utf8_next_char().

Additionally, the character for lookups was a char and could
loose content.  This uses gunichar instead.

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

datetime: avoid using __year

These were left over from when the inline functions where implemented
as macros.  They are no longer needed and where clashing with the
global __year anyway.

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

datetime: Add get_week_of_year()

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

Based on a patch by: Joseph Pingenot

Signed-off-by: Emmanuele Bassi <ebassi@linux.intel.com>

datetime: Rename internal method

Use add_ymd(), to reflect the order of the arguments.

build: Fix warnings caused by missing includes

Updated Arabic translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

More header inclusion cleanup

build: Quench the compiler's thirst for warnings

gmain: Define _GNU_SOURCE before including glibconfig.h

As it pulls in unistd.h from something else.

Build fixes for the fall-out of the inclusion changes

gtimer: Fix a compilation warning

Hack to include glib/gdatasetprivate.h directly

The gdatasetprivate.h header includes gatomic.h directly. It all works
well in GLib, but inside GObject it will trigger the single inclusion
guard.

Since this is a private header, and it's kind of a special case, one way
to fix it is to declare GLIB_COMPILATION around it and fool the single
inclusion guard in gatomic.h into thinking we're compiling GLib and not
GObject.

Add missing gstrfuncs.h include

For g_strdup() and friends.

More include cleanups

Don't include glib.h in other headers

Remove excessive header includes

Remove excessive header includes

Don't include glib.h in other headers

Remove excessive header inclusions

Remove excessive header inclusions

Remove excessive header inclusions

Remove excessive header inclusions

Remove some unneeded headers

Remove eexcessive header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

and some whitespace cleanup.

Remove redundant header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

Remove redundant header inclusions

and clean up some whitespace

Remove redundant header inclusions

and clean up some whitespace

Whitespace cleanup

Remove redundant header inclusions

Whitespace cleanup

Remove redundant header inclusions

Sort extensions properly

Just taking the difference of the priorities has overflow issues,
as pointed out in bug 623069.

Add a note about size limits of private structures

Also add some assertions to check these limits, instead of
failing silently.  Bug 604479.