delta/NetworkManager.git, branch bg/wifi-pmf-bgo748367

fixup! supplicant: enable stronger AKMs when PMF is enabled

2017-03-22T13:49:40+00:00

Clear @error variable and not leave dangling pointer.
It's error prone if we decide later to use the error
instance below.

supplicant: enable stronger AKMs when PMF is enabled

2017-03-18T17:37:29+00:00

supplicant: enable PMF only when wpa_supplicant supports it

2017-03-18T17:37:28+00:00

fixup! supplicant: Initial pmf support (a.k.a. MFP, a.k.a. 802.11w)

2017-03-18T13:45:41+00:00

Instead of adding a new flag to configuration based on connection
type, use the driver-type field directly in the supplicant-interface.

supplicant: Initial pmf support (a.k.a. MFP, a.k.a. 802.11w)

2017-03-18T10:08:01+00:00

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

Signed-off-by: Michael Cronenworth

device: add spec "driver:" to match devices

2017-03-17T16:40:00+00:00

Changing the MAC address of devices is known to fail with
certain drivers. Add a device-spec to allow disabling it
for for such devices.

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

all: fix typos in documentation and comments

2017-03-17T14:11:20+00:00

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

[thaller@redhat.com: reworded commit message]

libnm: revert coercing NMVpnConnectionStateReason to NMActiveConnectionStateReason

2017-03-17T12:00:32+00:00

NMVpnConnectionStateReason is no longer used and replaced by
NMActiveConnectionStateReason. However, the old enums should
stay in place as they were:

Otherwise:
  #define NMVpnConnectionStateReason NMActiveConnectionStateReason
causes compiler warnings:
  NMVpnConnectionStateReason x;
  x = NM_VPN_CONNECTION_STATE_REASON_UNKNOWN;             // -Wenum-conversion
  if (x == NM_VPN_CONNECTION_STATE_REASON_NO_SECRETS) { } // -Wenum-compare

Similarly, a user who didn't upgrade shall continue to get the
old GType for NM_TYPE_VPN_CONNECTION_STATE_REASON.

In practice, old users will have no issues using the old enum
the places where it worked before.
The only use of the deprecated enum is in vpn_state_changed()
signal slot of NMVpnConnection. This makes the signal slot
itself deprecated. However, NMVpnConnection is an NMObject and commonly
created within libnm itself, not by the user. It is very unlikely that
a user of libnm subclassed NMVpnConnection and makes use of the
vpn_state_changed() signal slot. So, deprecate it without replacement.

Fixes: a91369f80d44d1fc748fc3a9f5d9ef0fb566c77c

trivial/whitespace: remove non-leading tabs

2017-03-17T09:58:33+00:00

libnm: fix chaining up NMActiveConnection::constructed()

2017-03-17T09:50:42+00:00

Fixes: 40ffb962bec3700e447254d4a1cc93f21b8a25dd