resetting manifest requested domain to floor

update to 2.36.2

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

Update to 2.36.1

Update to 2.36.0

Update to 2.35.9

Update to 2.35.8

Update to 2.35.8

Enable libproxy (base on project)

Enable libproxy GIO extension

Signed-off-by: Joshua Lock <joshua.lock@intel.com>
Signed-off-by: Anas Nashif <anas.nashif@intel.com>
Change-Id: I90e0914e753074ce445d86d633c0722f1a0f301b

Update to 2.35.6

update to 2.35.3

package license file

add changelog

Update to 2.35.1

add packaging

Conflicts:
packaging/glib-networking.spec

2.36.2

tls/tests: don't try to assert !G_IS_OBJECT() on destroyed objects

The pkcs11 tests were using g_assert(!G_IS_OBJECT()) to verify that
objects had been destroyed, but that's just crazy, and will crash
sometimes. Fix them to do a ref_count check instead.

libproxy: fix handling of SOCKS in async API, add tests

Fix the handling of SOCKS proxies with g_proxy_resolver_lookup_async()
and the libproxy resolver. (Also, make the sync proxy resolver
properly cancellable.)

Add some tests of the libproxy resolver, based on the existing gnome
proxy resolver tests. Unfortunately, libproxy doesn't implement ignore
hosts in exactly the same way GProxyResolverGnome does, so we need to
keep track of which URIs they give different results for...

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

proxy/gnome: Use this in an Ubuntu (Unity) session too.

This avoids falling back to libproxy unnecessarily.

https://bugs.launchpad.net/ubuntu/+source/glib-networking/+bug/1172792

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

proxy/gnome: fix automatic mode

Automatic proxy resolution mode was accidentally getting more-or-less
ignored and treated as "none".

2.36.1

[l10n] Updated Turkish translation

gnutls: correctly set CFLAGS using GNUTLS_CFLAGS

(recommit with correct bug url)

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

Revert "gnutls: correctly set CFLAGS using GNUTLS_CFLAGS"

This reverts commit 9802180053a0e8eb23116d2f6cd6abb32d9bab3b.

gnutls: correctly set CFLAGS using GNUTLS_CFLAGS

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

tlsconnection-gnutls: Create the cancellable pollfd in right buffer

The cancellable pollfd was overwriting the waiting_op one

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

Updated Indonesian translation

Added Friulian translation

Added Friulian translation

2.36.0

hindi translation by chandan kumar

Updated slovak translation

Updated Russian translation

L10N: Updated Persian Translation

Finnish translation update by Jiri Grönroos

Updated Basque language

[l10n] Added Tadjik translation

[l10n] Updated Catalan (Valencian) translation

Updated Latvian translation

Updated Danish translation

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

Assamese translation updated for gnome 3.8

Updated Korean translation

[l10] Updated Catalan translation

Updated Thai translation

Updated Belarusian translation.

2.35.9

gnutls: handle another case of connection-closed-during-handshake

fixes one of the tests with gnutls 3.x

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

[l10n] Updated German translation

Updated Vietnamese translation

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Punjabi: Translation updated (aalam)

Update French translation

Updated Uyghur translation

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

Added Aragonese translation

2.35.8

proxy/gnome: port to GSimpleProxyResolver

Make GProxyResolverGnome a wrapper around GSimpleProxyResolver, and
remove all the code that is no longer needed as a result.

(It can't be a subclass because of odd GType restrictions involving
interfaces and dynamic types.)

Also add more tests to proxy/tests/gnome, based on the
GSimpleProxyResolver tests.

Updated Malayalam Localization

tls/tests/connection: fix some race conditions

Close the client-side connection cleanly, to avoid a race condition
where the server side might see an unclean close.

In teardown_connection(), loop waiting for objects to be destroyed
rather than just asserting that the ref we hold is the last one; in
some cases, a GTask in another thread may still be holding a reference
on one of the objects for an instant after teardown_connection() is
called.

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

gnutls: free op_mutex in finalize()

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

2.35.6

proxy/gnome: fix up threading issues and other bugs

We had a mutex to deal with the possibility of multi-threaded use, but
were unlocking it too soon, so there wasn't any actual thread safety
(or at least, not much) if GProxyResolverGnome was being used from
multiple threads at the moment that the GSettings were changed.

Additionally, lookup_async() wasn't noticing updates to the settings
if they switched from automatic to manual/direct, and if they switched
from in the other direction, then the first lookup_async() call after
the change would end up making a synchronous call to the pacrunner.

Also, fix two cases where an operation could return both a list of
proxies and a GError.

Updated Malayalam Localization

[l10n] Updated Italian translation.

Updated Norwegian bokmål translation

Updated Uyghur translation

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

Updated Serbian translation

2.35.4

Updated Bulgarian translation

Updated Hungarian translation

Updated Brazilian Portuguese Translation

Updated Galician translations

Updated Greek translation

Fake being in GNOME to run GNOME proxy settings test

[l10n] Updated Estonian translation

Updated Slovenian translation

2.35.3

proxy/gnome: only use this when running under GNOME

The original idea had been that people could just not build/install
this module if they didn't want the GNOME proxy settings, but that
hasn't really worked. So change it to only use this module when in a
GNOME session (falling back to the libproxy module otherwise).

gnutls: fix a hang when closing during handshake

If the app did a synchronous g_io_stream_close() on a connection that
had completed an async handshake but not yet run finish_handshake(),
it would hang forever (because the close would be blocking the main
loop that finish_handshake() was going to run in, and it couldn't
continue until finish_handshake() ran).

Fix this by yielding the handshake op from the end of the handshake
thread, and then in async_handshake_completed(), deal with the
possibility that someone else might have already run
finish_handshake() for us.

Add a test for this to tls/tests/connection. This patch also disables
the refcount checking on test->client_connection for now, because the
new code makes it racy; it's possible we'll run teardown_connection()
before the handshake GTask has dropped its ref on the connection.

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

gnutls: move some code from finish_handshake to handshake

verify_peer_certificate() doesn't emit signals, and might block, so it
should happen in the handshake thread. And then with that moved there
there's no reason to not do the other (non-interactive)
certificate-related checks there as well.

tls/tests: fix a race condition

gnutls: deal with G_IO_ERROR_BROKEN_PIPE

glib 2.35 breaks G_IO_ERROR_BROKEN_PIPE out of G_IO_ERROR_FAILED, so
we need to recognize that now as well.

tests: remove an always-false check

Updated Czech translation

Updated Spanish translation

Updated Polish translation

Updated Lithuanian translation

Updated Hebrew translation.

gnutls: Don't hang trying to handshake, if early close

When closing a connection before the handshake, the GTlsConnectionGnutls
code would try to do a handshake. Fix this, and test for it.

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

tls: Add a test for client certificate auth failure

Add a test where the server requires a certificate from the client
but the server doesn't provide any.

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

gnutls: Allow closing a connection cleanly if handshake fails

Only set the internal ever_handshaked flag if the handshake was
successful. Otherwise using g_io_stream_close() after a handshake
failure results in an internal gnutls error.

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

gnutls: Appropriate error when server requires cert but none

When the server requires a certificate for auth, but none is
provider, return the appropriate G_TLS_ERROR_CERTIFICATE_REQUIRED
error.

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

gnutls: Fix regression where begin_handshake() is not called

The begin_handshake() virtual method is no longer called. This results
in stuff like the GTlsServerConnection authentication-mode not being
passed to gnutls.

Fix issue, and add tests which a future regression in this area
should fall over.

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

gnutls: Avoid assertion in finish_handshake()

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

Updated Slovak translation

Added Slovak translation

build: disable TLS tests unless GNUTLS is enabled

All of the TLS tests hard-depend on GNUTLS.  If glib-networking is built without
GNUTLS, then simply disable the TLS tests.

2.35.1

Remove now-unnecessary g_type_init() calls

Port to GTask