[Sending] sender in outgoing message set.

[Hello Message] autoreply finished using worker function

Removed GKdbusClient class

[Hello Message] autoreply initial implementation

[Sending] small fix

Added checking the result of g_kdbus_send_message() function.

[Sending] Hello message handled

Added g_kdbus_send_message() function call to gdbusprivate.c

[Sending] blob passed as argument. Connection argument dropped

bugs fixed

Kdbus receiving - basic function implementation

kdbus sending message added. not tested at runtime though

Added kdbus stub to write function.

kdbus header added. implementing low-level functions

Added GKdbus to GDBusWorker struct

Removed authenticate the connection for kdbus transport

Add kdbus-specific classes

Added classes include:

 - GKdbus class

 - GKdbusClient class

 - GKdbusConnection class

Added kdbus as a valid transport type in gdbusaddress.c file

add .gbs.conf and update to 2.36.4

Change-Id: I0540f90b0b0ba28680cd5ae1d5186d07be078e61
Signed-off-by: Anas Nashif <anas.nashif@intel.com>

resetting manifest requested domain to floor

gdesktopappinfo: Allow getting the desktop ID from the filename

Change-Id: I790a8976804f9eeefa9706a9527df3f6fe2142d9
Bug-Tizen: TZPC-3317 (... remove the fav apps icon ...)
Origin: upstream, https://git.gnome.org/browse/glib/commit/?id=c0af442909e1304b799a4b6c145f8444c752e3da

changes: Bug-Tizen: TZPC-3317 (... remove the fav apps icon ...)

Conflicts:
packaging/glib2.changes

Remove empty docs package

remove docs package

Signed-off-by: Anas Nashif <anas.nashif@intel.com>

Update to 2.36.1

Update to 2.36.0

Update to 2.35.9

Remove previous crash fix (TZPC-453)

Update to 2.35.8

Update to 2.35.8

Update to 2.35.7

cleanup spec file

Update to 2.35.4

Update to 2.35.4

split commit

update to 2.35.3

add changelog

package license file

add codegen to %files

BR glibc-devel

adapt %files section

update to 2.35.2

cleanup %files

cleanup %files

run autogen

add packaging

GLib 2.36.4

Visual Studio Builds: "Install" gdbus-codegen

Updated Russian translation

gnetworkmonitornetlink: handle default route via device

If the default route is via a device rather than a particular IP
address, then neither RTA_DST nor RTA_GATEWAY will be present in the
RTM_NEWROUTE message, and so GNetworkMonitorNetlink would ignore it,
and then think there was no default route. (This could happen with
certain kinds of VPNs, if they were set to route all traffic through
the VPN.)

Fix this by recognizing routes that specify RTA_OIF ("output
interface") instead of RTA_GATEWAY.

https://bugzilla.gnome.org/show_bug.cgi?id=701609
(cherry picked from commit c08ef6c165c6935f257d3fb98c049be50e3816da)

Updated Marathi localization

Updated German translation

[l10n] Update Catalan translation

Updated Indonesian translation

Updated Brazilian Portuguese translation

Updated Serbian translation

Revert "g_file_set_contents(): don't fsync on ext3/4"

We didn't actually do any real-world testing of this, and
unsurprisingly it turns out to break in at least one widely-used
configuration (Fedora 19 x86_64, ext4 on LVM).

This reverts commit 9d0c17b50102267a5029b58b1f44efbad82d8f03.

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

Add MSVC Projects for Utility Programs

Build and "install" the gio-querymodules and gdbus utility programs so that
the Visual Studio builds of GLib is more comprehensive.  The Python scripts
for the GDBus codegen will be added to "installation" later.

Update Visual Studio Projects

Make all projects settings use the MultiByte character set when building
GLib to improve consistency.

update Punjabi Translation

Updated Slovenian translation

Updated Spanish translation

Updated Lithuanian translation

updated kn translations

Updated Czech translation

Updated Polish translation

Assamese translation updated

Updated Galician translations

Bump version

2.36.3

Update link to documentation

GFileEnumerator: Add some documentation about ordering

Kind of a gratuitious gaping hole in the docs...

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

ginetaddress: fix addr/string conversions on windows

When parsing an address, we need to re-set "len" between IPv4 and
IPv6, since WSAStringToAddress() might set it to sizeof(struct sin_addr)
when trying to parse the string as IPv4, even if it fails. Also, we
need to make sure to not pass strings to WSAStringToAddress() that it
will accept but that we don't want it to.

When stringifying an address, we need to clear the sockaddr before
filling it in, so we don't accidentally end up with an unwanted
scope_id or the like.

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

Ensure g_file_copy() does not temporarily expose private files

Previously, g_file_copy() would (on Unix) create files with the
default mode of 644.  For applications which might at user request
copy arbitrary private files such as ~/.ssh or /etc/shadow, a
world-readable copy would be temporarily exposed.

This patch is suboptimal in that it *only* fixes g_file_copy()
for the case where both source and destination are instances of
GLocalFile on Unix.

The reason for this is that the public GFile APIs for creating files
allow very limited control over the access permissions for the created
file; one can either say a file is "private" or not.  Fixing
this by adding e.g. g_file_create_with_attributes() would make sense,
except this would entail 8 new API calls for all the variants of
_create(), _create_async(), _replace(), _replace_async(),
_create_readwrite(), _create_readwrite_async(), _replace_readwrite(),
_replace_readwrite_async().  That can be done as a separate patch
later.

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

g_file_copy(): Clean up logic for info query

Previously, we called g_file_query_info() *again* on the source at the
very end of the copy.  This has the lame semantics that if the source
happened to be deleted, we would fail to apply attributes to the
destination.  This could even be a security flaw.

This commit changes things so that we query info from the source
*stream* after opening - i.e. on Unix we use the proper fstat() and
friends.  That way we operate more atomically.

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

g_file_set_contents(): don't fsync on ext3/4

ext3 and ext4 (for quite some time) with default mount options don't
need fsync() to ensure safety of replace-by-rename.  Stop doing that for
these filesystems.

Note: this patch also impacts ext2, which is probably not safe, but I
don't know of any way to check ext2. vs the others because they all have
the same magic numbers (short of opening /proc/mount).

This patch assumes that if BTRFS_SUPER_MAGIC is defined then so will be
EXT3_SUPER_MAGIC.

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

g_file_set_contents: change {posix_ => }fallocate

Use fallocate() instead of posix_fallocate() so that we just fail
instead of getting the emulated version from the libc.

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

g_file_set_contents(): fix simple logic error

CI FTW.

g_file_set_contents(): use unistd instead of stdio

Use a normal write() system call instead of fdopen() and fwrite().

This will definitely work on UNIX system and should work on Windows as
well...

As an added bonus, we can use g_close() now as well.

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

g_file_set_contents(): don't allocate display name

g_file_set_contents() sets a GError in the event of various failures
that count occur.  It uses g_filename_display_name() in order to get the
filename to include in the messages.

Factor out the error handling to make it easier to allocate the display
name only when we need it (instead of allocating it every time).

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

g_file_set_contents(): use posix_fallocate()

Extents-based filesystems like knowing in advance how much data will be
written to a file in order to prevent fragmentation.  If we have it, use
posix_fallocate() before writing data in g_file_set_contents().

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

Fix property example in gobject tutorial

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

Trivial doc typo fix

Trivial documentation typos

Avoid a segfault in gdbus tool

When the interface name is invalid, we don't get an error
back from g_dbus_connection_call_sync.

G_GNUC_FORMAT: documentation error

Attribute should be placed just before the semicolon, not after.
As can be seen in the example.

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

spelling fixes of 'runtine' and 'adresses' in cross.xml and running.xml, respectively

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

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

Fix the GObject Visual Studio Projects

Update G_LOG_DOMAIN to be "GLib-GObject" so that we are consistent with
the autotools builds, and that tests expecting the log domain to be
"GLib-GObject" would not fail.

Fix the GLib Visual Studio Projects

Define the G_LOG_DOMAIN of the GLib DLL as "GLib", because:
-This makes it consistent with the autotools builds
-Some tests expect the log domain to be "GLib"

updated kn translations

Bump versin

2.36.2

Updated Norwegian bokmål translation

Updated Serbian translation

Clarify GValueArray docs

Don't refer to Quicksort in the documentation of
g_value_array_sort, but just to qsort().

Document all gtester-report options

The --subunit option was missing from the man page.

Document all glib-mkenums placeholders

The @ENUMPREFIX@ placeholder was missing in the man page.

Document all glib-genmarshal options

The --stdinc option was missing from the man page.

Fix a typo