bluetooth: refactor BlueZ handling and let NMBluezManager cache ObjectManager data

This is a complete refactoring of the bluetooth code.

Now that BlueZ 4 support was dropped, the separation of NMBluezManager
and NMBluez5Manager makes no sense. They should be merged.

At that point, notice that BlueZ 5's D-Bus API is fully centered around
D-Bus's ObjectManager interface. Using that interface, we basically only
call GetManagedObjects() once and register to InterfacesAdded,
InterfacesRemoved and PropertiesChanged signals. There is no need to
fetch individual properties ever.

Note how NMBluezDevice used to query the D-Bus properties itself by
creating a GDBusProxy. This is redundant, because when using the ObjectManager
interfaces, we have all information already.

Instead, let NMBluezManager basically become the client-side cache of
all of BlueZ's ObjectManager interface. NMBluezDevice was mostly concerned
about caching the D-Bus interface's state, tracking suitable profiles
(pan_connection), and moderate between bluez and NMDeviceBt.
These tasks don't get simpler by moving them to a seprate file. Let them
also be handled by NMBluezManager.

I mean, just look how it was previously: NMBluez5Manager registers to
ObjectManager interface and sees a device appearing. It creates a
NMBluezDevice object and registers to its "initialized" and
"notify:usable" signal. In the meantime, NMBluezDevice fetches the
relevant information from D-Bus (although it was already present in the
data provided by the ObjectManager) and eventually emits these usable
and initialized signals.
Then, NMBlue5Manager emits a "bdaddr-added" signal, for which NMBluezManager
creates the NMDeviceBt instance. NMBluezManager, NMBluez5Manager and
NMBluezDevice are strongly cooperating to the point that it is simpler
to merge them.

This is not mere refactoring. This patch aims to make everything
asynchronously and always cancellable. Also, it aims to fix races
and inconsistencies of the state.

- Registering to a NAP server now waits for the response and delays
  activation of the NMDeviceBridge accordingly.

- For NAP connections we now watch the bnep0 interface in platform, and tear
  down the device when it goes away. Bluez doesn't send us a notification
  on D-Bus in that case.

- Rework establishing a DUN connection. It no longer uses blocking
  connect() and does not block until rfcomm device appears. It's
  all async now. It also watches the rfcomm file descriptor for
  POLLERR/POLLHUP to notice disconnect.

- drop nm_device_factory_emit_component_added() and instead let
  NMDeviceBt directly register to the WWan factory's "added" signal.
17 jobs for th/bluez-rework-2 in 41 minutes and 1 second (queued for 4 seconds)
Status Job ID Name Coverage
  Test
failed #641043
allowed to fail
checkpatch

00:01:40

manual #641048
allowed to fail manual
t_centos:7.5.1804
passed #641049
t_centos:7.6.1810

00:26:46

passed #641056
t_debian:10

00:19:18

passed #641055
t_debian:9

00:19:15

passed #641058
t_debian:sid

00:19:34

manual #641057
allowed to fail manual
t_debian:testing
passed #641044
t_fedora:28

00:30:17

passed #641045
t_fedora:29

00:41:01

passed #641046
t_fedora:30

00:32:37

manual #641047
allowed to fail manual
t_fedora:rawhide
passed #641050
t_ubuntu:16.04

00:21:02

passed #641051
t_ubuntu:18.04

00:20:18

manual #641054
allowed to fail manual
t_ubuntu:devel
manual #641052
allowed to fail manual
t_ubuntu:rolling
 
  External
failed https://desktopqe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/beaker-NetworkManager-gitlab-trigger-code-upstream/720/

failed https://desktopqe-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/beaker-NetworkManager-gitlab-trigger-code-upstream/720/

06:10:54

 
Name Stage Failure
failed
checkpatch Test

src/devices/bluetooth/nm-bluez-manager.h:4: Use a SPDX-License-Identifier instead of Licensing boilerplate:
> * it under the terms of the GNU General Public License as published by

The patch does not validate.
Uploading artifacts...
checkpatch-out.txt: found 1 matching files
Uploading artifacts to coordinator... ok
id=641043 responseStatus=201 Created token=r_LJMDFw
ERROR: Job failed: exit code 1