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

One more NEWS

win32: add back missing _utf8 symbols on x64 builds

The _utf8 functions have been wrongly removed from GLib on x64.

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

2.36.1

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

Updated kn translations

Updated kn translations

Updated kn translations

Updated kn translations

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

Fix compile error in gdbusmessage.c for win64

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

Updated Indonesian translation

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)

Doc: clarify set_property() vfunc

Implementations "don't need to ...". It was not clear what happen
if they do it all the same.

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

Doc: clarify a bit g_signal_connect_object()

"the object" can be a bit confusing for a beginner, he can think it is
the @instance.

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

Updated Slovenian translation

Updated gujarati file

Updated gujarati file

live-g-file: test hidden files

We test for traditional Unix dot-leading files as well as
for files listed in the .hidden file.

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

glocalfileinfo: Stop using PATH_MAX for .hidden

We were using PATH_MAX to size a static array for reading lines from
the .hidden file.  Some platforms (Hurd) don't declare a PATH_MAX.

Switch to using g_file_get_contents() and g_str_split('\n') instead.

Also take the time to clean up a bit with a switch to using a 'set mode'
GHashTable (since this code was originally written before we had those).

This patch is largely based on a patch from Emilio Pozuelo Monfort (who
also reported the bug).

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

Updated Uyghur translation

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

Updated Uyghur translation

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

Updated Danish translation

[l10n] Updated Catalan (Valencian) translation

[l10n] Updated Catalan translation

Updated French translation

tests: clean up for Unicode corrigendum #9

Unicode corrigendum #9 spells out in no uncertain terms that on
conversion interfaces we should not reject characters like U+FFFE and
U+FFFF which we were doing before.

Commit f91ef4ef15d220f6899c97aaf5b1c0a8f68cfe9a started accepting these
characters, but we had some testcases that were checking that strings
containing these characters should be rejected.

Update the tests.

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

Assamese translation updated for gnome 3.8

Fix /appinfo/mime tests

Commit f641699 (for bug 675333) introduced a check whether the Exec= program in
a .desktop actually exists. This broke the /appinfo/mime/* test cases which use
executable names like "my_app".

Use real ones instead (like "echo" and "sleep"), and add a new
/appinfo/mime/ignore-nonexisting test case which verifies that
g_desktop_app_info_new() indeed ignores nonexisting executables.

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

[l10n] Updated Italian translation.

Updated Galician translations

Updated Korean translation

Updated Spanish translation

Updated Greek translation

Updated Serbian translation

[l10n] Updated German translation

[l10n] Update Japanese translation

Updated Brazilian Portuguese translation

Updated Polish translation

Updated Lithuanian translation

gsettings-tool: Make a string translatable

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

Updated Slovenian translation

Updated Belarusian translation.

Updated Greek translation

Updated Polish translation

[l10n] Updated German translation

Updated Brazilian Portuguese translation

Updated Thai translation

[win32] Remove MemoryBarrier() fallback implementation

I added these because the older mingw32 toolchain didn't have
MemoryBarrier().  The newer mingw-w64 toolchain however has.
As reported by John Emmas this was causing build failure with
MSVC because of inline issues.  But that reminded me that we
may be taking this path even if the system implements
MemoryBarrier as a function, which is a waste.  So, just remove
it.

Updated Galician translations

Fix a mixup of singular and plural

Pointed out in https://bugzilla.gnome.org/show_bug.cgi?id=695339

Updated Belarusian translation.

Updated Brazilian Portuguese translation

tests/appinfo: Fix a typo

The environment variable name is BLA, not BAR, so if BAR is
set for some strange reason, the test fails.

[l10n] Updated German translation

unicode: Allow noncharacters

Implement unicode corrigendum #9.

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

base64: Fix g_base64_decode_step ()

Do not produce invalid data if there was padding character in the
previous sequence.

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

base64: Add tests for incremental decoding with very small block size

At the moment, sizes 1-3 are commented out since they fail, but
a future patch will fix that.

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

desktopappinfo: check whether the specified executable is valid

Before declaring the desktop file as valid, make sure the referenced
application actually exists in path and the commandline is not
malformed.

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