ws: Add CockpitSshTransport which uses libssh

We'll migrate from our current sshpass + openssh client based
approach to libssh.

This doesn't use libgssh. libgssh unfortunately doesn't have a
pollable model (such as GPollableOutputStream and friends) which
is what we need to implement a CockpitTransport.

In addition the mechanism that it uses to do async work with
libssh (ie: eagain non-blocing based async) doesn't work well with
libssh 0.6.x upstream. Certain functions to make the corner cases
work are completely missing.

Lastly we need to authenticate in a thread, so we can support
kerberos (ie: GSSAPI). So implemented it this way in
CockpitSshTransport.

Part of fix for #69
common: Add cockpit_pipe_spawn() function to create process pipe

This is more general than cockpit_pipe_transport_spawn(). Once we
migrate to libssh then cockpit_pipe_transpown_spawn() should be
rewritten to use cockpit_pipe_spawn().

Since we'd like to use this as a cockpit_pipe_transport_spawn()
constructor, allow passing the gtype. In theory we would make all
these arguments be constructor arguments of CockpitPipe and then
pass it all in that way. But man that's tiring and less readable.
common: Close failed CockpitPipe in right thread context

CockpitPipe is not thread-safe, so it's close-on-fail-during-init
idle handler needs to be called in the thread main context for
the thread in which it was created.
ws: Use CockpitSshTransport for connecting to other hosts

Uses libssh instead of the openssh client for connecting to other
hosts.

We also remove some complexity from cockpit_pipe_transport_spawn()
which can no longer fail immedediately, but will close if failure.

Note that although the tests pass with this commit, running actual
webservice requires that you put known_hosts in the standard
format in the following file, for any hosts that you want to connect to:

  /var/lib/cockpit/known_hosts

This commit removes sshpass dependency.

Fixes #69
ws: Expose host key for CockpitSshTransport

This allows us to look at the host key that the server offered,
regardless of whether verification succeeded or failed. Via
cockpit_ssh_transport_get_host_key() and the 'host-key' property.

In addition we want to be able to tell CockpitSshTransport to
explicitly expect a certain key and ignore other host verification
via the known-hosts file. This happens via 'host-key' construct
property.
ws: Modernize how test-webservice uses test fixtures

Use a struct for the fixture so we can extend them. In addition use
TestCase for the test struct, so we can be less confused.
ws: Expose the host-key in the close channel message

If a channel closes with reason "unknown-hostkey" try to include
the host-key and host-fingerprint in the message so it can be
acted on by the caller.

I tried to come up with a better way to do this, such as allow
us to discover the host key for successfully opened channels. The
alternatives were complex and had all sorts of corner cases.

This solves the immediate need. The concept of having more
close fields is also used in the upcoming spawn-channel code
to relay exit codes and exit signals. So this bit is sound.
web: Expose channel close options in Channel.on("close")

Instead of having a reason argument to the event, there's now the
full options, so handlers can access any field of the close message.
This is symettrical with the Channel(@options) constructor.

In addition accept @options instead of a @reason in Channel.close()
ws: Add a channel open 'host-key' field for expecting a key

If we know which key to expect (such as after the user has
approved it) we can expect just that host-key when opening
a channel to a remote machine.
web: Expose the error details in DBusClient

After closing due to an unknown-hostkey failure we want the details
of the host-key and host-fingerprint to be accessible on the
DBusClient.
daemon: Make Machines object testable and add basic test

Simplify the periphery and around Machines and Machine objects
and decouple them from Daemon. This allows us to start writing
tests for this stuff. In addition construct properties don't
need to be getable if that's not necessary functionality.

Add a single test of a basic 'Add' call to Machines. This is
not meant to be comprehensive, but just get us started.
daemon: Implement support for host keys when adding machine

Add a new host_key parameter to Machines.Add(). If non-empty the
key there gets added to our known_hosts file.
web: Fix 'Login with my current credentials' checkbox

This checkbox had no effect.
web: Display fingerprints in initial setup and add to known_hosts

Show real host fingerprint in initial setup and add to known_hosts
so that we can later connect to the host without problems.

We refactor the connectting to another server in PageSetupServer a
bit since we need to reconnect at various stages with different
credentials and keys.

Closes #468