[Touch-packages] [Bug 1613729] Re: NetworkManager autoconnects to wired profiles in reverse order

2017-10-20 Thread Simon Wydooghe
I'm no longer working there so it's not very important to me anymore. I
suppose if somebody still needed this fix they would have made a comment
here by now... With 18.04 around the corner I imagine desktop usage of
14.04 isn't very applicable anymore.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1613729

Title:
  NetworkManager autoconnects to wired profiles in reverse order

Status in network-manager package in Ubuntu:
  Invalid
Status in network-manager source package in Trusty:
  New

Bug description:
  When I select a wired profile manually and reboot, NetworkManager
  instead connects to the profile that has the oldest timestamp. So it's
  not connecting to the last used profile, which is troublesome.

  On all of our machines (about 500), we define three wired network
  profiles, one DHCP and two static. We're migrating from Debian to
  Ubuntu, so this bug has only surfaced now for us.

  This can be reproduced by creating a couple of network profiles on the
  same wired interface and then rebooting or restarting network-manager.
  It will loop through the network profiles in the same order always. So
  it's doing the exact reverse of what's supposed to happen.

  I did some digging and I applied a simple patch to the source code.
  This seems to have fixed the issue. I posted my patch for verification
  on the networkmanager mailing list and it was verified as being
  correct by Beniamino Galvani, one of the developers.

  Here is the link to the network-manager topic:
  https://mail.gnome.org/archives/networkmanager-
  list/2016-August/msg00053.html

  This is the patch (also included as attachment):

  --- nm-device.c 2016-08-16 15:37:50.0 +0200
  +++ nm-device_patched.c 2016-08-16 15:44:08.308729955 +0200
  @@ -1267,7 +1267,7 @@
  s_con = nm_connection_get_setting_connection (connection);
  g_assert (s_con);
  if (nm_setting_connection_get_autoconnect (s_con))
  -   available_conns = g_slist_prepend (available_conns, 
connection);
  +   available_conns = g_slist_append (available_conns, 
connection);
  }

  if (!available_conns)

  I hope to get this patch included in the trusty package, so somebody
  else can benefit from this.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: network-manager 0.9.8.8-0ubuntu7.3
  ProcVersionSignature: Ubuntu 4.4.0-34.53~14.04.1-generic 4.4.15
  Uname: Linux 4.4.0-34-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3.21
  Architecture: amd64
  CRDA: Error: [Errno 2] Bestand of map bestaat niet: 'iw'
  CurrentDesktop: Unity
  Date: Tue Aug 16 15:23:17 2016
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  IpRoute:
   default via 10.30.6.1 dev em1  proto static 
   10.30.6.0/24 dev em1  proto kernel  scope link  src 10.30.6.204  metric 1 
   10.40.8.0/21 dev tun0  proto kernel  scope link  src 10.40.8.31
  IwConfig:
   tun0  no wireless extensions.
   
   em1   no wireless extensions.
   
   lono wireless extensions.
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
   WimaxEnabled=true
  ProcEnviron:
   LANGUAGE=nl_BE:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=nl_BE
   SHELL=/bin/bash
  RfKill:
   
  SourcePackage: network-manager
  UpgradeStatus: No upgrade log present (probably fresh install)
  WifiSyslog:
   
  nmcli-con:
   NAME  UUID   TYPE
  TIMESTAMPTIMESTAMP-REAL AUTOCONNECT   READONLY   
DBUS-PATH 
   DHCP  702624f9-f052-473a-b131-acd2045e6ec2   
802-3-ethernet1471353746   di 16 aug 2016 15:22:26 CEST   yes   
no /org/freedesktop/NetworkManager/Settings/1
   Proximus  7a9a5bc2-d51a-46b4-b721-050a607951bc   
802-3-ethernet1471353744   di 16 aug 2016 15:22:24 CEST   yes   
no /org/freedesktop/NetworkManager/Settings/0
  nmcli-dev:
   DEVICE TYPE  STATE DBUS-PATH 
 
   em1802-3-ethernetconnected 
/org/freedesktop/NetworkManager/Devices/0
  nmcli-nm:
   RUNNING VERSIONSTATE   NET-ENABLED   WIFI-HARDWARE   
WIFI   WWAN-HARDWARE   WWAN  
   running 0.9.8.8connected   enabled   enabled 
enabledenabled disabled

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1613729/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp


[Touch-packages] [Bug 1613729] Re: NetworkManager autoconnects to wired profiles in reverse order

2016-09-13 Thread Simon Wydooghe
Sure! I'll simply provide the NetworkManager connections as they are in
use by us. So /etc/NetworkManager/system-connections should look like
this:

root@id-0015695:/etc/NetworkManager/system-connections# ls -l
totaal 12
-rw--- 1 root root 125 aug 11 11:28 dhcp
-rw--- 1 root root 191 aug 11 11:28 manual1
-rw--- 1 root root 194 aug 11 14:31 manual2

The 'dhcp' profile is a DHCP profile and 'manual1' and 'manual2' are
both static profiles.

This is the 'dhcp' profile:

[connection]
id=DHCP
uuid=702624f9-f052-473a-b131-acd2045e6ec2
type=802-3-ethernet

[ipv4]
method=auto

[ipv6]
method=ignore

This is the 'manual1' profile:

[connection]
id=Manual1
uuid=e77a459e-6242-4e7d-ba95-371f27592526
type=802-3-ethernet

[ipv4]
method=manual
address1=10.45.67.5/24,10.45.76.1
dns=10.45.70.1;10.45.70.2;

[ipv6]
method=ignore

This is the 'manual2' profile:

[connection]
id=Manual2
uuid=7a9a5bc2-d51a-46b4-b721-050a607951bc
type=802-3-ethernet

[ipv4]
method=manual
address1=10.110.110.111/24,10.110.110.110
dns=8.8.8.8;8.8.4.4;

[ipv6]
method=ignore

Place all these profiles in system-connections. Select DHCP using
NetworkManager. Then reboot or restart NetworkManager service. A
different profile (manual1 or manual2) will be selected instead of dhcp.
If you repeat this again, the last profile (the one which hasn't been
selected yet) will be chosen. Another repeat will bring the selection
back to DHCP. With every repeat it should continue in the same order,
iterating through all three profiles.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1613729

Title:
  NetworkManager autoconnects to wired profiles in reverse order

Status in network-manager package in Ubuntu:
  Invalid
Status in network-manager source package in Trusty:
  New

Bug description:
  When I select a wired profile manually and reboot, NetworkManager
  instead connects to the profile that has the oldest timestamp. So it's
  not connecting to the last used profile, which is troublesome.

  On all of our machines (about 500), we define three wired network
  profiles, one DHCP and two static. We're migrating from Debian to
  Ubuntu, so this bug has only surfaced now for us.

  This can be reproduced by creating a couple of network profiles on the
  same wired interface and then rebooting or restarting network-manager.
  It will loop through the network profiles in the same order always. So
  it's doing the exact reverse of what's supposed to happen.

  I did some digging and I applied a simple patch to the source code.
  This seems to have fixed the issue. I posted my patch for verification
  on the networkmanager mailing list and it was verified as being
  correct by Beniamino Galvani, one of the developers.

  Here is the link to the network-manager topic:
  https://mail.gnome.org/archives/networkmanager-
  list/2016-August/msg00053.html

  This is the patch (also included as attachment):

  --- nm-device.c 2016-08-16 15:37:50.0 +0200
  +++ nm-device_patched.c 2016-08-16 15:44:08.308729955 +0200
  @@ -1267,7 +1267,7 @@
  s_con = nm_connection_get_setting_connection (connection);
  g_assert (s_con);
  if (nm_setting_connection_get_autoconnect (s_con))
  -   available_conns = g_slist_prepend (available_conns, 
connection);
  +   available_conns = g_slist_append (available_conns, 
connection);
  }

  if (!available_conns)

  I hope to get this patch included in the trusty package, so somebody
  else can benefit from this.

  ProblemType: Bug
  DistroRelease: Ubuntu 14.04
  Package: network-manager 0.9.8.8-0ubuntu7.3
  ProcVersionSignature: Ubuntu 4.4.0-34.53~14.04.1-generic 4.4.15
  Uname: Linux 4.4.0-34-generic x86_64
  ApportVersion: 2.14.1-0ubuntu3.21
  Architecture: amd64
  CRDA: Error: [Errno 2] Bestand of map bestaat niet: 'iw'
  CurrentDesktop: Unity
  Date: Tue Aug 16 15:23:17 2016
  IfupdownConfig:
   auto lo
   iface lo inet loopback
  IpRoute:
   default via 10.30.6.1 dev em1  proto static 
   10.30.6.0/24 dev em1  proto kernel  scope link  src 10.30.6.204  metric 1 
   10.40.8.0/21 dev tun0  proto kernel  scope link  src 10.40.8.31
  IwConfig:
   tun0  no wireless extensions.
   
   em1   no wireless extensions.
   
   lono wireless extensions.
  NetworkManager.state:
   [main]
   NetworkingEnabled=true
   WirelessEnabled=true
   WWANEnabled=true
   WimaxEnabled=true
  ProcEnviron:
   LANGUAGE=nl_BE:
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=nl_BE
   SHELL=/bin/bash
  RfKill:
   
  SourcePackage: network-manager
  UpgradeStatus: No upgrade log present (probably fresh install)
  WifiSyslog:
   
  nmcli-con:
   NAME  UUID   TYPE
  TIMESTAMPTIMESTAMP-REAL AUTOCONNECT   READONLY   

[Touch-packages] [Bug 1613729] [NEW] NetworkManager autoconnects to wired profiles in reverse order

2016-08-16 Thread Simon Wydooghe
Public bug reported:

When I select a wired profile manually and reboot, NetworkManager
instead connects to the profile that has the oldest timestamp. So it's
not connecting to the last used profile, which is troublesome.

On all of our machines (about 500), we define three wired network
profiles, one DHCP and two static. We're migrating from Debian to
Ubuntu, so this bug has only surfaced now for us.

This can be reproduced by creating a couple of network profiles on the
same wired interface and then rebooting or restarting network-manager.
It will loop through the network profiles in the same order always. So
it's doing the exact reverse of what's supposed to happen.

I did some digging and I applied a simple patch to the source code. This
seems to have fixed the issue. I posted my patch for verification on the
networkmanager mailing list and it was verified as being correct by
Beniamino Galvani, one of the developers.

Here is the link to the network-manager topic:
https://mail.gnome.org/archives/networkmanager-
list/2016-August/msg00053.html

This is the patch (also included as attachment):

--- nm-device.c 2016-08-16 15:37:50.0 +0200
+++ nm-device_patched.c 2016-08-16 15:44:08.308729955 +0200
@@ -1267,7 +1267,7 @@
s_con = nm_connection_get_setting_connection (connection);
g_assert (s_con);
if (nm_setting_connection_get_autoconnect (s_con))
-   available_conns = g_slist_prepend (available_conns, 
connection);
+   available_conns = g_slist_append (available_conns, 
connection);
}

if (!available_conns)

I hope to get this patch included in the trusty package, so somebody
else can benefit from this.

ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: network-manager 0.9.8.8-0ubuntu7.3
ProcVersionSignature: Ubuntu 4.4.0-34.53~14.04.1-generic 4.4.15
Uname: Linux 4.4.0-34-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.21
Architecture: amd64
CRDA: Error: [Errno 2] Bestand of map bestaat niet: 'iw'
CurrentDesktop: Unity
Date: Tue Aug 16 15:23:17 2016
IfupdownConfig:
 auto lo
 iface lo inet loopback
IpRoute:
 default via 10.30.6.1 dev em1  proto static 
 10.30.6.0/24 dev em1  proto kernel  scope link  src 10.30.6.204  metric 1 
 10.40.8.0/21 dev tun0  proto kernel  scope link  src 10.40.8.31
IwConfig:
 tun0  no wireless extensions.
 
 em1   no wireless extensions.
 
 lono wireless extensions.
NetworkManager.state:
 [main]
 NetworkingEnabled=true
 WirelessEnabled=true
 WWANEnabled=true
 WimaxEnabled=true
ProcEnviron:
 LANGUAGE=nl_BE:
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=
 LANG=nl_BE
 SHELL=/bin/bash
RfKill:
 
SourcePackage: network-manager
UpgradeStatus: No upgrade log present (probably fresh install)
WifiSyslog:
 
nmcli-con:
 NAME  UUID   TYPE  
TIMESTAMPTIMESTAMP-REAL AUTOCONNECT   READONLY   
DBUS-PATH 
 DHCP  702624f9-f052-473a-b131-acd2045e6ec2   
802-3-ethernet1471353746   di 16 aug 2016 15:22:26 CEST   yes   
no /org/freedesktop/NetworkManager/Settings/1
 Proximus  7a9a5bc2-d51a-46b4-b721-050a607951bc   
802-3-ethernet1471353744   di 16 aug 2016 15:22:24 CEST   yes   
no /org/freedesktop/NetworkManager/Settings/0
nmcli-dev:
 DEVICE TYPE  STATE DBUS-PATH   
   
 em1802-3-ethernetconnected 
/org/freedesktop/NetworkManager/Devices/0
nmcli-nm:
 RUNNING VERSIONSTATE   NET-ENABLED   WIFI-HARDWARE   WIFI  
 WWAN-HARDWARE   WWAN  
 running 0.9.8.8connected   enabled   enabled 
enabledenabled disabled

** Affects: network-manager (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug third-party-packages trusty

** Patch added: "Patch to fix this"
   
https://bugs.launchpad.net/bugs/1613729/+attachment/4721970/+files/autoconnect.patch

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to network-manager in Ubuntu.
https://bugs.launchpad.net/bugs/1613729

Title:
  NetworkManager autoconnects to wired profiles in reverse order

Status in network-manager package in Ubuntu:
  New

Bug description:
  When I select a wired profile manually and reboot, NetworkManager
  instead connects to the profile that has the oldest timestamp. So it's
  not connecting to the last used profile, which is troublesome.

  On all of our machines (about 500), we define three wired network
  profiles, one DHCP and two static. We're migrating from Debian to
  Ubuntu, so this bug has only surfaced now for us.

  This can be reproduced by creating a couple of network profiles on the
  same wired interface and then rebooting or restarting network-manager.
  It will loop through the