[Pkg-utopia-maintainers] Bug#809526: network-manager-openvpn: Fail to set IPv4 route

[Roy Sindre Norangshol]

Package: network-manager
Version: 1.0.10-1
Followup-For: Bug #809526

Dear Maintainer,

   * What led up to the situation?

Reinstall of laptop today with latest Debian Sid netinstall, and was unable to
retrieve the static routes from the (open)vpn connection.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?

Placing my profile under /etc/NetworkManager/system-connections/ from earlier
setup, but trying to use it with the latest version of network-manager gives
me:

   * What was the outcome of this action?

Logs shows that it failed to set the static routes that the vpn server sends to
the client when getting connected to the openvpn.

Jan  6 20:16:42 luna NetworkManager[2055]: <warn>  platform-linux:
do-add-ip4-route: failure adding ip4-route '6: 10.x.x.x/22 50': Unspecific
failure (1)


   * What outcome did you expect instead?

Connect to our openvpn and retrieve the static routes so I could access private
resources via VPN.



What I did to fix the problem:

Search on the web and figured out users using Arch linux as well was
experiencing this, and it seems to be an upstream bug. See
https://bugs.archlinux.org/task/47535 for details. 

Bug report mentions a reference to a bug fix done upstream:
http://cgit.freedesktop.org/NetworkManager/NetworkManager/commit/?id=11aa07ed939193e85516c287a57dee1837242972 

I download this patch, used apt source network-manager, put the patch under
debian/patches and added it to the debian/patches/series file and issued a
rebuild of network-manager.

Installed the newly built *.deb packages and I successfully connected to our
openvpn and network-manager obtained the static routes configured by the
openvpn server so I could access our internal resources.

I also think this bug report should be linked to :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809494
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=809195

as I assume the patch from upstream will fix these two issues as well.

Note: the system information below is with my rebuilt packages with the patch.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages network-manager depends on:
ii  adduser                3.113+nmu3
ii  dbus                   1.10.6-1
ii  init-system-helpers    1.24
ii  isc-dhcp-client        4.3.3-5
ii  libbluetooth3          5.36-1
ii  libc6                  2.21-6
ii  libdbus-1-3            1.10.6-1
ii  libdbus-glib-1-2       0.102-1
ii  libglib2.0-0           2.46.2-3
ii  libgnutls-deb0-28      3.3.19-1
ii  libgudev-1.0-0         230-2
ii  libmm-glib0            1.4.12-1
ii  libndp0                1.4-2
ii  libnewt0.52            0.52.18-2
ii  libnl-3-200            3.2.26-1
ii  libnl-genl-3-200       3.2.26-1
ii  libnl-route-3-200      3.2.26-1
ii  libnm0                 1.0.10-1
ii  libpam-systemd         228-2+b1
ii  libpolkit-agent-1-0    0.105-14
ii  libpolkit-gobject-1-0  0.105-14
ii  libreadline6           6.3-8+b4
ii  libsoup2.4-1           2.52.1-1
ii  libsystemd0            228-2+b1
ii  libteamdctl0           1.18-1
ii  libuuid1               2.27.1-1
ii  lsb-base               9.20150917
ii  policykit-1            0.105-14
ii  udev                   228-2+b1
ii  wpasupplicant          2.3-2.3

Versions of packages network-manager recommends:
ii  crda            3.13-1+b1
ii  dnsmasq-base    2.75-1
ii  iptables        1.4.21-2+b1
ii  iputils-arping  3:20121221-5+b2
ii  modemmanager    1.4.12-1
ii  ppp             2.4.7-1+1

Versions of packages network-manager suggests:
ii  avahi-autoipd  0.6.32~rc+dfsg-1
pn  libteam-utils  <none>

-- no debconf information