g_date_time_format: fix padding for some formats

%e is supposed to be space-padded and %W is supposed to be 0-padded

Adjust the testcase accordingly since it expects the wrong behaviour.

GDateTime test: don't test removed %N

g_date_time_format: support %g and %G

These are the 2-digit and 4-digit ISO week-numbering years.

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

g_date_time_format: drop %N format

%N is not specified in any standards document, but we use it to display
the number of microseconds.

The fact that our our current implementation of it is nearly useless
(since it does not zero-pad) coupled with the high chance that a future
version of the C standard may specify it with another meaning means that
we should drop it.

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

g_date_time_format: support %w

%w represents the day of the week as a decimal, range 0 to 6,
Sunday being 0.

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

g_date_time_format: support %C

%C represents the century number (year/100) as a 2-digit integer

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

g_date_time_format: support %c

%c represents the preferred  date  and  time  representation  for the
current locale.

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

g_date_time_format: support %V

%V represents the  ISO 8601  week  number of the current year as a
decimal number, range 01 to 53, where week 1 is the  first  week
that  has  at least 4 days in the new year

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

Updated Belarusian translation.

Update Visual C++ README.txt's a bit

LibFFI 3.0.10 is now out officially...

Updated Swedish translation

Updated Swedish translation

gdbus-codegen: post-process all interfaces when parsing >1 file

This also fixes a crash when you run gdbus-codegen with no arguments.

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

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

Updated Norwegian bokmål translation

Revert "gdatetime: Add g_date_time_source_new()"

This reverts three commits:

 - 1feb752996b404965a2f58b29a569a273d4374fa
 - 5763c631473539746646697e6a775f6eacaa08e2
 - 21a538934091e1449e0479daf066fa20df2dc2ef

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

Make GMainLoop, GMainContext and GSource boxed types

Also add some annotations for better usage of these types in bindings.

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

Update Win32 and VS Readme files

Tell people about the GNOME Live! page that outlines building
GLib and its dependencies with Visual C++.

es.po: stop translating "kB" to "KiB", etc.

"kB" is used by GLib to mean 1000 bytes exactly -- not 1024.  It is
therefore incorrect to translate this to KiB.  Same for the other units.

The original commit ef3e5917ca1239b39db2cb433c4306d0152f18f5 fixing this
problem was reverted, so I'm applying it again.

See http://mail.gnome.org/archives/gnome-i18n/2011-July/msg00078.html
for more information.

g_get_monotonic_time: fix race condition

Since there was nothing guaranteeing synchronization of the
assignments to checked and clockid, it would be possible for one
thread to set clockid = CLOCK_MONOTONIC, and for another thread to see
checked = TRUE but still clockid = CLOCK_REALTIME.

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

unix signal watch: make API match other sources

Change the unix signal watch API to match other sources in both
available functions, names of those functions and order of the
parameters to the _full function.

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

glib.doap: Add glib to "platform" category

Updated Spanish translation

Updated Spanish translation

gio: Add GTlsInteraction interaction method invocation guarantees

 * Add 'invoke' style method, which can be used to call an interaction
   from any thread. The interaction will be run in the appropriate
   #GMainContext
 * Sync methods can be called whether main loop is running or not.
 * Derived classes can choose to implement only sync or async
   interaction method, and the invoke method will fill in the blanks.
 * Documentation for the above.
 * Tests for the above.

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

glocalfile: Fix the grammar

Post-release version bump

2.29.18

gio: Error out when we cannot modify a GAppInfo

g_desktop_app_info_set_as_default_for_type() and
g_desktop_app_info_set_as_last_used_for_type () require the
application's ID, but depending on how the GAppInfo was created,
we might not be have one, and would thus silently fail to set
the default application, or last used application.

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

More updates

gio/tests/gdbus-peer: make this work on non-Linux unixes

The test was using a socket in a temporary directory, but not actually
creating that temporary directory. This worked fine on Linux since it
actually ended up using an abstract socket instead, but failed on
unixes without abstract sockets.

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

Add a forgotten section

More doc additions

Fix a doc comment

Clean up gobject docs

Correct a doc typo

Remove no-longer existing api

GSocketAddress: create IPv4 addresses for IPv6 mapped-IPv4 addresses

IPv6-mapped-IPv4 addresses are annoying. Just translate them to real
IPv4 addresses.

based on a patch from Jonny Lamb
https://bugzilla.gnome.org/show_bug.cgi?id=646082

Add a 'since 2.30' index to gobject docs

Don't distribute MAINTAINERS

...it does not exist anymore.

First round of NEWS updates for 2.29.18

GDBusObjectManagerServer: Add locking

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

GDBusObjectManagerClient: Add locking

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

GDBusObjectProxy: Add locking

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

Don't call close on invalid fds

If an fd is -1, don't call close() on it, since that leads to
EBDAF and complaints from valgrind.

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

GDBusObjectSkeleton: Add locking

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

GDBusInterfaceSkeleton: Add locking

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

Print out URL to HTML coverage report after 'make lcov'

* For easy clicking

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

gdatetime: Tweak g_date_time_source_new() documentation

Spelling fixes

Spelling fixes in comments and docs, provided by
Kjartan Maraas in bug 657336.

Add Linux timerfd_create() backend for g_date_time_source_new()

This makes the source efficient on Linux.

Tested on Fedora 15 x86_64 + updates, kernel-2.6.40-4.fc15.x86_64
Also tested fallback code for unsupported flag TFD_TIMER_CANCEL_ON_SET
on kernel 2.6.38.

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

gdatetime: Add g_date_time_source_new()

Several different codebases in GNOME want to implement wall clocks.
While we could pretty easily share a private library, it's not a
substantial amount of code, and GLib already has a lot of the
necessary system-specific detection and handling infrastructure.

Note this initial implementation just wakes up once a second in the
cancel_on_set case; we'll add the Linux-specific handling in a
subsequent commit.

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

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Russian translation

Updated Norwegian bokmål translation

Updated galician translations

gio/tests/gtlsconsoleinteraction: Work around missing getpass() on win32

Loosely based on a patch by Sam Thursfield <ssssam@gmail.com>.
https://bugzilla.gnome.org/show_bug.cgi?id=656341

Updated Spanish translation

Updated Spanish translation

Fix symbol lists

Spell out file descriptors in a message

Translators don't necessarily know what 'fds' are.
Pointed out in bug 657454.

GDBusMessage: Use ngettext() where appropriate

Pointed out in bug 657452.

gsocketaddress: don't return ABSTRACT if the OS doesn't support it

FreeBSD apparently has non-0-length (but nameless) ANONYMOUS sockets.
Fix the heuristics here.

gunixcredentialsmessage: fix this on FreeBSD

pointed out by Henry Hu
https://bugzilla.gnome.org/show_bug.cgi?id=628904

GSocket: fix GIOCondition on timed-out socket operation

The docs for g_socket_set_timeout() claimed that if an async operation
timed out, the GIOCondition passed to the source callback would be
G_IO_IN or G_IO_OUT (thus prompting the caller to call
g_socket_receive/send and get a G_IO_ERROR_TIMED_OUT), but in fact it
ended up being 0, and gio/tests/socket.c was erroneously testing for
that instead of the correct value. Fix this.

Updated Brazilian Portuguese translation.

Fixed typo: s/ether/enter.

Updated Brazilian Portuguese translation.

giomodule: When loading GIO_EXTRA_MODULES skip duplicates

 * Load modules from paths listed in GIO_EXTRA_MODULES environment
   variable first.
 * Ignore duplicate modules based on module basename.
 * Add the concept of GIOModuleScope which allows other callers to
   skip duplicate loaded modules, or block specific modules based on
   basename.
 * Document behavior.

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

Updated Brazilian Portuguese translation.

Make GTlsInteraction virtual methods cancellable

 * Add cancellable argument to g_tls_interaction_ask_password
   and g_tls_interaction_ask_password_async.
 * This is API breakage, but this API has not yet been released
   in a stable release (and very unlikely used yet).
 * Since we're breaking unreleased API, expand amount of padding
   on GTlsInteractionClass because we're going to need it.

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

Add gdbus-codegen to glib-zip.in

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

Make gdbus-codegen 'relocatable' at runtime on Windows.

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

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