glib 2.29.90

Updated Indonesian translation

gio docs: lots more fixes

gio docs: only include GTlsInteraction once

It was included twice in the gio-docs.xml file.

gio docs: drop GTimeZoneMonitor from docs

Remove enums from gio.types

Only objects and interfaces should go in here.  If enums are in here
then gtk-doc responds by outputting two anchors for the same name (which
results in many warnings being printed).

GDBus object manager example: update -sections.txt

gio docs: ignore private .h files

gio docs: don't scan subdirectories

This clears up >50% of the huge warning spew from building GIO docs.

docs fixups for glib/

GObject docs: resolve broken links

Some links were broken due to typos, because functionality was removed
in GLib 2.0 or for various other reasons.  Fix up as many of them as is
reasonable.

gobject docs: add symbols from GMainLoop boxing

Back out some changes to docs Makefiles

Commit ab0e9dbfa76e056f875e969c0d7b6e133ec75431 introduced some changes
to the documentation Makefiles designed to clean-up the process of
deciding which headers get scanned for the docs.

Unfortunately, the gtk-doc Makefile doesn't use HFILE_GLOB for actually
generating the docs -- only for knowing when it needs to redo the
generation.  Because of this, we need to use IGNORE_HFILES or otherwise
we get hundreds of symbols in the *-unused.txt files.

Revert the changes that that commit made to the docs Makefiles (but
leave the generation of the *-public-headers.txt files in place).

Updated Portuguese translation

one missed docs fix

include 'hmac' in the docs

It wasn't added to glib-docs.sgml, so it wasn't being included in the html.

gtk-doc fixups for glib/

doc: Remove reference to non-existent #GChildWatch

The g_spawn_ documentation was talking about #GChildWatch, which doesn't
exist.  Refer to g_child_watch_add() instead.

Fix missing semi-colon after struct definition

Updated galician translations

Updated Spanish translation

pa.po: prefer pa_IN date/time formats

It's clear that the other GDateTime formats in this file correspond with
those in pa_IN, not pa_PK, so prefer those for the newly-added strings
as well.

Populate missing GDateTime format strings

Use the glibc locale database to add GDateTime strings only for those locales
that had not specifically added them for themselves.

Some locales have different translations from what is in the C library and we
leave those alone with this commit.

po/: update all .po files with 'make update-po'

This should get the proper Report-Msgid-Bugs-To: into each file.

g_date_time_format: honour T_FMT_AMPM for '%r'

We had the 12 hour time format hard-coded to "%02d:%02d:%02d %s" but it
actually changes depending on the locale.  Just with the other formats,
use nl_langinfo() if we have it, otherwise fall back on gettext().

GDateTime: translate "AM"/"PM", not "am"/"pm"

"AM" and "PM" are the POSIX locale values.

Modify the 14 translations that have been updated since then to save a
headache to those translators.

Update en_CA.po (Canadian English translation)

po/Makefile.in.in: intltool compatibility fixes

Our infrastructure for updating the glib20.pot file was incompatible
with intltool in a couple of ways:

 - we didn't set the Report-Msgid-Bugs-To to

 - we used paths relative to the $(top_srcdir), rather than po/

This resulted in spamming of pointless changes to the .po files whenever
'make update-po' was run (since all of the translators are using
intltool-based tools).

Only use gcc-specific options when the compiler is gcc

The -Wstrict-aliasing option that we use to compile atomic
tests does not exist with compilers other than gcc, so
don't pass it to those.
https://bugzilla.gnome.org/show_bug.cgi?id=652272
https://bugzilla.gnome.org/show_bug.cgi?id=656152

update .gitignore

fix a few warnings on non-Linux

mostly #ifdeffing functions that are only called by #ifdeffed code

Avoid getmntinfo

- getmntinfo can take struct statfs or statvfs depending on the
  OS. Use getvfsstat and if not found getfsstat instead. Idea from
  Dan Winship.
- g_local_file_query_filesystem_info(): use statvfs.f_fstypename
  if available

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

Updated galician translations

Updated Belarusian translation.

Updated Lithuanian translation

gio/tests/tls-interaction: fix two sporadic errors

The threaded tests are using the default main context in the worker
thread, but were not g_main_context_acquire()ing it first, which meant
that g_tls_interaction_invoke_ask_password() in the main thread would
sometimes succeed in acquiring it itself and thus performing the
operation in the wrong thread. Fix that.

Also, we can't unref the loop from the worker thread, because the main
thread isn't holding a reference on it, and so it might end up being
destroyed while that thread is still inside g_main_loop_quit().

gsocket: fix win32 build

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

configure: fix win32 build

Only require -lresolv on unix, like before

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

g_date_time_format: improve support for alt digits

Improve a few situations where g_date_time_format() was getting the
padding wrong when displaying alt digits (eg: Arabic numerals) for
formatting time.

We now depend on nl_langinfo (_NL_CTYPE_OUTDIGITn_WC) to do the
conversion, which is very likely glibc-specific, but our previous method
relied on a glibc-specific printf() feature, so no harm done there.

Add a configure check for nl_langinfo (_NL_CTYPE_OUTDIGITn_WC).

Uncomment a few testcases that were failing previously.

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

g_network_address_parse: deprecate symbolic port names

(which shouldn't ever have been part of the API. Grr.)

Solaris /etc/services doesn't even have "http", which was causing
tests/network-address to fail...

gsocket: fix g_socket_details_from_fd() on Solaris

On Solaris, getsockname() on an unconnected socket gives an addrlen of
0 and doesn't set the sockaddr. So use the SO_DOMAIN sockopt to find
the socket family in that case. (SO_DOMAIN doesn't exist everywhere,
so we can't use it unconditionally. Also, we have to only use it if
getsockname() fails, since SO_DOMAIN returns a bogus value for
accept()ed sockets on both Linux and Solaris...)

configure: check if -lsocket is needed (for Solaris)

Also, link libgio to -lresolv explicitly, rather than depending on
getting it implicitly via the libasyncns build (which should
eventually be going away).

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

Revert "g_date_time_format: support %D"

This reverts commit 46ce7907720074089040275280bb20208bafeb6a.

git-bz mishap (I think?)

Merged improvements from 2-28 branch Brazilian Translations from Adorilson Bezerra <adorilson@gmail.com>.

Updated Brazilian Portuguese translation.

Update Korean translation

Added Norwegian bokmål translation

Updated Spanish translation

gdatetime: Fix locale-changing code

As pointed out by Ryan Lortie, the code didn't actually ever
switch back to the old locale.

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

g_date_time_format: add standards notes to the doc

Explicitly mention C99's strftime() in the documentation for
g_date_time_format() as the one that we aim for compatibility with.
Specifically list the formats we do not support as well as the extra
ones that we borrow from glibc.

GDateTime: test _format against strftime()

Test g_date_time_format() against strftime().  This test found quite a
few cases of incorrect behaviour on our part (fixes already committed
for those).

GDateTime test: plug a couple of leaks

g_date_time_format: rip out non-working %W format

Our implementation of %W is incorrect.  Nobody should want to use this
format anyway and the implementation is non-trivial, so rip it out
rather than fixing it.

Remove the testcase for %W as well.

g_date_time_format: clarify documentation

Add some clarification to the documentation for %g, %G, %V and %u
formats (which all concern themselves with ISO 8601 week dates).

g_date_time_format: support %D

%D represents the date in mm/dd/yy format.

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

g_date_time_format: small fixups

Add missing 'break;' from the case: block for %c.  Reorder the cases so
that %F comes before %g/%G and %n comes in its correct alphabetical
order.

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