1. 26 Mar, 2014 6 commits
  2. 21 Mar, 2014 4 commits
  3. 19 Mar, 2014 2 commits
    • Dan Winship's avatar
      core: warn if multiple plugins for the same type are installed · 39808064
      Dan Winship authored
      If we find multiple plugins for the same type (eg, because the user
      previously installed the "atm" and "bt" plugins, and didn't delete
      them), log a warning.
    • Dan Winship's avatar
      devices: rename "atm" plugin to "adsl", and "bt" to "bluetooth" · a18248dd
      Dan Winship authored
      The atm/adsl plugin really is a generic ATM plugin but (a) it needs a
      bit of work to do IPoATM rather than just PPPoATM and PPPoEoATM, and
      (b) most people currently using NM's ATM support are using DSL devices
      not actual ATM cards anyway, and have no idea what "ATM" even means.
      If we add the necessary IPoATM support later we can rename the plugin
      back to -atm
  4. 18 Mar, 2014 2 commits
  5. 17 Mar, 2014 2 commits
  6. 14 Mar, 2014 1 commit
    • Dan Williams's avatar
      platform: fix crash if link has no name after 5e935dfd · 893735c8
      Dan Williams authored
      When a VPN goes down, like at suspend, and the link has already
      disappeared, the new platform logging code tries to print the
      link information using a link object with only the ifindex filled
      in.  When adding/removing/changing links, internal code often fills
      in just the ifindex (becuase that's all you need).  Thus
      to_string_link() will always fail if that operation fails.
          at platform/nm-linux-platform.c:688
          at platform/nm-linux-platform.c:1835
          at vpn-manager/nm-vpn-connection.c:274
      Work around that for now and live with the warnings until
      we decide what to actually do about to_string_link().
  7. 13 Mar, 2014 9 commits
  8. 12 Mar, 2014 13 commits
  9. 11 Mar, 2014 1 commit
    • Thomas Haller's avatar
      core: refactor delete_on_deactivate in nm-device · 066ce42c
      Thomas Haller authored
      Instead of only passing the ifindex to the callback, pack
      additional data. This allows for better logging by also
      writing the g_idle_add id which allows to associate the scheduling
      with cancel calls.
      Also, this fixes that the callback could not clear the
      @delete_on_deactivate_id of the device, so that a following
      delete_on_deactivate_unschedule() would think that there is
      still something to cancel.
      Signed-off-by: Thomas Haller's avatarThomas Haller <thaller@redhat.com>