tests: Fix appinfo test

Updated Spanish translation

Updated gujarati file

Updated POTFILES.in

GIcon: add g_icon_[de]serialize()

Add support for serialising a GIcon to a GVariant and deserialising the
result back to a GIcon.

This solves a number of problems suffered by the existing to_string()
API, primarily these:

 - not forcing the icon to be a utf8 string means that we can
   efficiently encode a PNG (ie: just give the array of bytes)

 - there is no need to ensure that proper types are loaded before using
   the deserialisation interface.  'Foreign' icon types will probably
   emit a serialised format the deserialises to a GBytesIcon.

We additionally clearly document what is required for being a consumer
or implementation of #GIcon.

Further patches will be required to GdkPixbuf and GVfsIcon to bring
their implementations in line with the new rules (essentially: introduce
implementations of the new serialize() API).

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

Introduce GBytesIcon

GBytesIcon is an icon that has a GBytes inside of it where the GBytes
contains some sort of encoded image in a widely-recognised file format.
Ideally this will be a PNG.

It implements GLoadableIcon, so GTK will already understand how to use
it, but we will add another patch there to make things more efficient.

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

GIcon: pure re-factor of _from_string()

Split out the 'simple string format' cases of URIs, file paths and
themed icons to a separate function.

This function will be shared by g_icon_deserialize().

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

gdesktopappinfo: Allow getting the desktop ID from the filename

gactionmap: don't require GActionGroup

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

g_variant_get_data_as_bytes: return a sub-bytes if necessary

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

GVariant: add new g_variant_new_take_string() API

Lots of people have variously asked for APIs like
g_variant_new_string_printf() in order to avoid having to use
g_strdup_printf(), create a GVariant using g_variant_new_string(), then
free the temporary string.

Instead of supporting that, plus a million other potential cases,
introduce g_variant_new_take_string() as a compromise.

It's not possible to write:

 v = g_variant_new_take_string (g_strdup_printf (....));

to get the desired result and avoid the extra copies.  In addition, it
works with many other functions.

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

Add async version of g_file_make_directory()

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

GFile: fix the *_async_thread()

In the *_async_thread() functions, call the corresponding synchronous
function instead of calling the interface vfunc, which can be NULL.

In some cases the check for the vfunc == NULL was done, but to be
consistent it is better to always call the synchronous version (and the
code is simpler).

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

GMenu: add g_menu_remove_all() API

Removes all of the items from a GMenu.  The keyboard indicator wants to
do this as part of refreshing the layout list, as an example.

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

GVariant parser: tweak lexer for format strings

Tweak the lexer so that '[%s]' gets parsed as three separate tokens,
instead of the closing bracket getting sucked into the format string.

GVariant parser: turn two asserts into soft errors

Parsing wrongly-typed GVariant text format data is a well-defined
operation and it ought to result in a GError.  We do that for most
cases, but 'v' and 'ay' were being treated differently.  Fix those as
well.

utils: avoid redundant set/endpwent around getpwuid

set/endpwent are only required for iterating through passwd entries
using getpwent(). Since we are explicitly requesting a passwd entry
for a uid then the set/endpwent calls are redundant.

Removing these redundant calls is required for building on Android
since their C library doesn't implement these.

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

GVariant: fix transfer annotation

g_variant_new_from_bytes() returns a floating reference, so it
must be annotated (transfer none)

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

check-abis.sh: allow _ftext as that's leaked on mips

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

Fix compilation on Android with the bionic C library

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

bookmarkfile: Fix annotations on GBookmarkFile

tests: Add test for disabled help options

Test whether help options are hidden when they are disabled
by g_option_context_set_help_enabled(.., FALSE).

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

Don't show help options when help is disabled

Check whether help is enabled when creating help text
in g_option_context_get_help().

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

building.xml: Fix a typo of "fo" to "of"

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

Updated Hungarian translation

Add async version of g_file_trash()

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

Add missing details in GFile documentation

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

gmain: fix double-unlock in g_main_context_unref()

When unreffing a context with sources still attached, it would end up
unlocking an already-unlocked context, causing crashes on platforms
that (unlike Linux) actually check for that.

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

gunixmounts: remove warning on unused variable

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

Fix deprecation warning for g_io_channel_read

win32: Allow POSIX threads to be used if --with-threads=posix

All tests pass with this patch AND a good pthreads implementation
(i'm using winpthreads, not pthreads-w32).

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

win32: Fix warning

Use AC_LINK_IFELSE instead of AC_TRY_COMPILE

Fixes #665445

g_dbus_connection_signal_subscribe: add path and namespace matching

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

g_atomic_int_get, g_atomic_pointer_get: accept const arguments

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

simpler regex match on the shebang

The previous pattern didn't match on traditional non-GNU sed(1).
https://bugzilla.gnome.org/show_bug.cgi?id=696629

gunixmounts: correctly flag hasmntopt usage

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

Updated kn translations

Updated kn translations

Updated kn translations

GDateTime to GTimeZone in opaque structure doc

gversionmacros: fix a typo

application: introduce methods to mark the application as busy

This feature is intended for clients that want to signal a desktop shell
their busy state, for instance because a long-running operation is
pending.
The API works in a similar way to g_application_hold and
g_application_release: applications can call g_application_mark_busy()
to increase a counter that will keep the application marked as busy
until the counter reaches zero again.

The busy state is exported read-only on the org.gtk.Application interface
for clients to use.

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

gtype: interface-after-init exception for gtk#

gtk# also has a problem with the new interface-after-init restriction
that nobody noticed until now.  Add an exception for them as well so
that they have a cycle or so to sort things out.

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

gtype: interface-after-init exception for glibmm

glibmm has a pretty difficult-to-solve problem caused by our recent
change to deny addition of interfaces to classes after initialisation.

They're looking for a long-term workaround for the problem, but in the
meantime we can allow the registration to succeed (with warning) if the
class looks like it's being defined by gtkmm.

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

gobject: fix G_DEFINE_TYPE_EXTENDED docs so code snippet actually compiles

Flags being used in the G_DEFINE_TYPE_EXTENDED sample was "0", so it
should expand to 0 as well, otherwise the compiler would bark with:
maman-bar.c: In function ‘maman_bar_get_type’:
maman-bar.c:36:53: error: ‘flags’ undeclared (first use in this function)
maman-bar.c:36:53: note: each undeclared identifier is reported only once for each function it appears in

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

Assamese translation updated

gsettings: implemented --version command

This was discussed in
https://bugzilla.gnome.org/show_bug.cgi?id=697131

Updated Norwegian bokmål translation

gmacros: Mark G_UNAVAILABLE() functions as deprecated (gcc <= 4.4)

RHEL6 ships with GCC 4.4 by default, which doesn't understand the
nicer deprecated attribute that takes a message.  However, we can at
least fall back to the old G_DEPRECATED, rather than silently doing
nothing.

This gives me warning messages when building OSTree on RHEL6 when I
accidentally added a usage of g_unix_fd_source_new().

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

GThreadedResolver: set an error if no records could be found

It is possible that the upstream servers return something, but
we then filter all results because they are of the wrong type.
In that case the API and subsequent GTask calls expect a GError
to be set.

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

codegen: move G_DEFINE_INTERFACE{,_WITH_CODE} before _default_init

to avoid warnings when built with -Wredundant-decls:

  sessionmanager-presence-generated.c:316:1: warning: redundant redeclaration of ‘session_manager_presence_default_init’ [-Wredundant-decls]
  sessionmanager-presence-generated.c:281:1: note: previous definition of ‘session_manager_presence_default_init’ was here
  sessionmanager-presence-generated.c:1273:1: warning: redundant redeclaration of ‘object_default_init’ [-Wredundant-decls]
  sessionmanager-presence-generated.c:1259:1: note: previous definition of ‘object_default_init’ was here

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

codegen: Avoid warnings when the generated client code is built with -Wunused-parameter

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

ghash: Suppress -Wmaybe-uninitialized from GCC 4.4

It's not clever enough to figure out that these are always initialized
in code paths that use them.

Reviewed-By: Benjamin Otte <otte@gnome.org>

gaction: add parser for detailed action names

Expand and formalise the syntax for detailed action names, adding a
well-documented (and tested) public parser API for them.

Port the only GLib-based user of detailed action names to the new API:
g_menu_item_set_detailed_action().  The users in Gtk+ will also be
ported soon.

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

Add GLib 2.38 version macros

Fix compile error in gdbusmessage.c for win64

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

gtask: free error on finalize if it's set

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

Fix tiny docs typo.

bump version for start of unstable branch

GLib 2.36.0

g_file_copy(): Ensure G_FILE_COPY_OVERWRITE preserves permissions

We need to close the stream *before* applying the file modes, because
g_file_replace() allocates a temporary file.  At the moment we're
applying the modes to the extant file, then immediately rename()ing
over it with the default perms.

This regressed with commit 166766a89fcd173dcd6ffda11f902029928f7f28.

The real fix here is to have g_file_create_with_info() so that we can
atomically create a file with the permissions we want.

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

Completed for Malayalam

Punjabi: Translation updated (aalam)

Updated Telugu Translations

Updated Telugu Translations

Corrected some GLIB_AVAILABLE_IN_*

Update Czech translation

Init padding to NULL to avoid a missing initializer warning

like

sessionmanager-presence-generated.c:920:1: warning: missing initializer [-Wmissing-field-initializers]
sessionmanager-presence-generated.c:920:1: warning: (near initialization for ‘_org_gnome_session_manager_presence_skeleton_vtable.padding’) [-Wmissing-field-initializers]

https://bugzilla.gnome.org/review?bug=696108

Updated Russian translation

[l10n] Update Japanese translation

Updated Odia Language along with FUEL implementation

Updated Odia Language along with FUEL implementation

Updated Odia Language along with FUEL implementation

Updated gujarati file

Updated Marathi Translations

Tamil Translations Updated

Corrected a GLIB_AVAILABLE_IN_*

hindi translation

Added examples to GTestDBus documentation

Updated Hungarian translation

Updated Basque language

[l10n] Added Tadjik translation

More clean up for Unicode corrigendum #9

Fix some more testcases.

Small NEWS change

tests: remove a pair of testcases that fail in en_CA

These testcases don't work with the Canadian date format, so remove
them.

Updated slovak translation

Another update

goption: g_option_context_new allows NULL for parameter_string

Update Visual Studio property sheets

"Install" gtask.h... it's needed.

g_hash_table_get_keys: Improve docs slightly

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

Small cleanup to tutorial headings

This makes all the subsection headers consistent.
https://bugzilla.gnome.org/show_bug.cgi?id=659428

docs: Elaborate replacement for g_strncasecmp

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

Add warning to g_base64_decode()

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

GDBusMethodInvocation: leak and potential crash

_g_dbus_method_invocation_new is said to allow method_info == NULL,
but will crash inside g_dbus_method_info_ref when the method_info
really is NULL, because g_dbus_method_info_ref does not allow NULL as
parameter. Fixed by checking for NULL in _g_dbus_method_invocation_new
itself.

The leak itself happens because _g_dbus_method_invocation_new stores a
new reference to the method_info without also unreferencing it. Fixed
by adding the missing unref, protected by an if because the pointer
may be NULL.

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

Updated Latvian translation

Updated Belarusian translation.

Updated Uyghur translation

Signed-off-by: Gheyret Kenji <gheyret@gmail.com>

gmacros: Ensure GUINT32/64_SWAP_LE_BE macros parenthesize arguments

Like all macros, we need to parenthesize arguments to ensure the order
of operations is correct.

See the mail thread starting at
<http://lists.fedoraproject.org/pipermail/devel/2013-March/180302.html>
"GCC produced wrong code in gvfs-1.14.2-3.fc18.x86_64" for how this
caused trouble with GVFS (which in turn caused trouble with
LibreOffice, where running "soffice sftp://.../.../test.odt" to access
an .odt file via GVFS failed to properly type-detect that file as a
Writer document and produced bogus error messages about the file being
broken).

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

Updated Portuguese translation and converted to New Spelling (Novo AO)