This way it can be used as a subproject

Part-of: <!213>

```
FAILED: subprojects/glib-networking/tls/tests/connection-openssl.p/connection.c.o
ccache cc -Isubprojects/glib-networking/tls/tests/connection-openssl.p -Isubprojects/glib-networking/tls/tests -I../subprojects/glib-networking/tls/tests -Isubprojects/glib-networking -I../subprojects/glib-networking -Isubprojects/glib-networking/tls -I../subprojects/glib-networking/tls -Isubprojects/glib-networking/tls/openssl -I../subprojects/glib-networking/tls/openssl -Isubprojects/glib/gio -I../subprojects/glib/gio -Isubprojects/glib/gmodule -I../subprojects/glib/gmodule -Isubprojects/glib -I../subprojects/glib -Isubprojects/glib/glib -I../subprojects/glib/glib -Isubprojects/proxy-libintl -I../subprojects/proxy-libintl -Isubprojects/glib/gobject -I../subprojects/glib/gobject -fcolor-diagnostics -Wall -Winvalid-pch -O2 -g -DHAVE_CONFIG_H '-DG_LOG_DOMAIN="GLib-Net"' -DG_LOG_USE_STRUCTURED '-DLOCALE_DIR="/usr/local/share/locale"' -DG_DISABLE_DEPRECATED -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_56 -Werror=declaration-after-statement -Werror=implicit-function-declaration '-DSRCDIR="/Users/nirbheek/projects/repos/gstreamer.git/1.20/subprojects/glib-networking/tls/tests"' '-DTOP_BUILDDIR="/Users/nirbheek/projects/repos/gstreamer.git/1.20/builddir"' '-DBACKEND="openssl"' -DBACKEND_IS_OPENSSL -MD -MQ subprojects/glib-networking/tls/tests/connection-openssl.p/connection.c.o -MF subprojects/glib-networking/tls/tests/connection-openssl.p/connection.c.o.d -o subprojects/glib-networking/tls/tests/connection-openssl.p/connection.c.o -c ../subprojects/glib-networking/tls/tests/connection.c
In file included from ../subprojects/glib-networking/tls/tests/connection.c:40:
../subprojects/glib-networking/tls/openssl/openssl-include.h:46:10: fatal error: 'openssl/ssl.h' file not found
         ^~~~~~~~~~~~~~~
1 error generated.
```

Otherwise this becomes expensive when doing lots of read/writes
and endups consuming quite a bit of CPU.

Partially fixes #188

Part-of: <!210>

Otherwise we are translating even if it is not needed and
they will show in the profiler.

Partially fixes #188

Oops, seems I forgot to release this on time.

Otherwise, environment variable proxy configuration of the test runner
could mess up our test.

This makes GIO find modules within "meson devenv" without having
to install it on the system.

Part-of: <GNOME/glib-networking!208>

Chun-wei Fan authored Feb 21, 2022 and Ignacio Casal Quinteiro committed Feb 21, 2022

... on Visual Studio-like builds, as CMake has built-in support for
looking for OpenSSL 0.9.8+ on Visual Studio.  Make sure that everything
is there by specifying `modules` in the dependency() call.

This should clean up meson.build quite a bit for OpenSSL.

Part-of: <GNOME/glib-networking!206>

Chun-wei Fan authored Feb 21, 2022 and Ignacio Casal Quinteiro committed Feb 21, 2022

getenv() does not exist on Visual Studio builds at least, but we can be
assured that g_getenv() is.

This will fix the proxy tests on Visual Studio-like builds at least.

Part-of: <GNOME/glib-networking!207>

Michael Catanzaro authored Feb 11, 2022 and Marge Bot committed Feb 16, 2022

This is a simpler way to compute the ciphersuite name.

As a bonus, it returns IANA-style ciphersuite names.

https://gitlab.com/gnutls/gnutls/-/merge_requests/1513

Part-of: <GNOME/glib-networking!202>

Michael Catanzaro authored Feb 11, 2022 and Marge Bot committed Feb 16, 2022

This simplifies the subdir logic in the toplevel meson.build by pushing
it lower. It's not a huge simplification, but helps a bit.

Part-of: <GNOME/glib-networking!204>

Part-of: <GNOME/glib-networking!203>

It ought to work just fine on Windows, but the CI is crashing, and I
don't know how to debug Windows CI.

Part-of: <GNOME/glib-networking!203>

I was astounded to see fedora:latest was still Fedora 34. Turns out that
happens if there's no manual refresh.

Part-of: <GNOME/glib-networking!203>

There is no reason to use libproxy just to resolve some environment
variables for us.

This makes it possible to resolve proxies outside GNOME when built with
libproxy support disabled, and also reduces our odds of crashing if a
gjs app uses a libproxy that's linked to mozjs, or if a WebKit app uses
a libproxy that's linked to JavaScriptCore.

This should also help the user in #183 who was confused that libproxy
doesn't look at environment variables when running under KDE. Of course,
apps that use libproxy directly, rather than GProxyResolver, are still
going to look at desktop settings first. That should probably change in
libproxy.

Fixes #162

Part-of: <!203>

Part-of: <GNOME/glib-networking!203>