1. 23 Dec, 2015 2 commits
  2. 17 Dec, 2015 2 commits
  3. 09 Dec, 2015 6 commits
  4. 07 Dec, 2015 1 commit
  5. 01 Dec, 2015 3 commits
    • Beniamino Galvani's avatar
      libnm: add NMDeviceIPTunnel · e2da055f
      Beniamino Galvani authored
      e2da055f
    • Beniamino Galvani's avatar
      device: add NMDeviceIPTunnel · 570fdce9
      Beniamino Galvani authored
      The new object type represents tunnels over IPv4 and IPv6.
      
      We have a single setting type (NMSettingIPTunnel) for tunnels and it
      can't be shared among different device factories. So we define also a
      single device type for all tunnels.
      
      This new object will also represent GRE tunnels, which before were
      instantiated as NMDeviceGre and had a ".Device.Gre" D-Bus
      interface. This commit introduces a change in behavior.
      570fdce9
    • Beniamino Galvani's avatar
      libnm-core: add NMSettingIPTunnel · ae8c7a89
      Beniamino Galvani authored
      Add a generic NMSettingTunnel which describes properties of tunnels
      over IPv4 and IPv6 (GRE, SIT, IPIP, IPIP6, IP6GRE, etc.). Since those
      tunnel types all have similar properties it makes sense to have a
      single setting type for them.
      ae8c7a89
  6. 26 Nov, 2015 1 commit
  7. 25 Nov, 2015 3 commits
  8. 24 Nov, 2015 1 commit
  9. 16 Nov, 2015 4 commits
  10. 19 Oct, 2015 1 commit
  11. 10 Sep, 2015 1 commit
  12. 04 Aug, 2015 1 commit
  13. 29 Jul, 2015 3 commits
    • Thomas Haller's avatar
      libnm/vpn: add new NMVpnServicePlugin class · 867227dd
      Thomas Haller authored
      After copying "nm-vpn-plugin-old.*" to "nm-vpn-service-plugin.*",
      rename the class and add it to the Makefile.
      
      This will become the new VPN Service API for libnm 1.2. No changes
      done yet except renaming of the classes and functions.
      
      Rename the previous classes NMVpnPlugin(Old) to NMVpnServicePlugin
      to have a distinct name from NMVpnEditorPlugin. Buth are plugins, but
      with a different use.
      
      https://bugzilla.gnome.org/show_bug.cgi?id=749951
      867227dd
    • Thomas Haller's avatar
    • Thomas Haller's avatar
      libnm: add NMVpnPluginInfo class · d6226bd9
      Thomas Haller authored
      NMVpnPluginInfo is little more then a wrapper around
      the GKeyFile that describes the VPN plugin settings,
      i.e. the name files under "/etc/NetworkManager/VPN/".
      
      Add this class to make the VPN API more explicit. Clients
      now can use NMVpnPluginInfo instead of concerning themselves
      with loading the keyfile and the meaning of its properties.
      
      Also add support for a new VPN plugins directory
      "/usr/lib/NetworkManager/VPN", which should replace
      "/etc/NetworkManager/VPN" in the future. But we have to
      consider both locations for backward compatibility.
      
      The content of the VPN directory is not user configuration,
      hence it should not be under "/etc". See related bug 738853.
      d6226bd9
  14. 24 Jul, 2015 1 commit
  15. 10 Jul, 2015 1 commit
  16. 25 May, 2015 1 commit
  17. 18 May, 2015 1 commit
  18. 12 May, 2015 1 commit
  19. 05 May, 2015 1 commit
  20. 04 May, 2015 1 commit
  21. 17 Apr, 2015 1 commit
    • Dan Winship's avatar
      wimax: drop WiMAX support (bgo #747846) · 721e917c
      Dan Winship authored
      Even Fedora is no longer shipping the WiMAX SDK, so it's likely we'll
      eventually accidentally break some of the code in src/devices/wimax/
      (if we haven't already). Discussion on the list showed a consensus for
      dropping support for WiMAX.
      
      So, remove the SDK checks from configure.ac, remove the WiMAX device
      plugin and associated manager support, and deprecate all the APIs.
      
      For compatibility reasons, it is still possible to create and save
      WiMAX connections, to toggle the software WiMAX rfkill state, and to
      change the "WIMAX" log level, although none of these have any effect,
      since no NMDeviceWimax will ever be created.
      
      nmcli was only compiling in support for most WiMAX operations when NM
      as a whole was built with WiMAX support, so that code has been removed
      now as well. (It is still possible to use nmcli to create and edit
      WiMAX connections, but those connections will never be activatable.)
      721e917c
  22. 05 Apr, 2015 1 commit
  23. 30 Mar, 2015 1 commit
  24. 12 Mar, 2015 1 commit