ubuntu-release: please decide whether we can get this this in intrepid.

** Description changed:

  the regression here is that devices are unmanaged even though they dont
  have a "auto eth0" line in /etc/network/interfaces
  
  Here an example of an interfaces configuration that should not set the 
devices in unmanaged mode
  
https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/279262/comments/14
  
  To reproduce:
  place the interfaces configuration from the above comment and see that after 
restart the device is unmanaged in intrepid, but managed in hardy (0.6).
  
  The code we shipped in NM 0.6 that shows that auto connections were
  blacklisted is:
  
          for (curr_b = ifparser_getfirst (); curr_b; curr_b = curr_b->next) {
                  if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug"))
                      && strstr (curr_b->name, iface))
                          blacklist = TRUE;
          }
  
  The proposed patch is committed to the ubuntu.0.7 branch (see Related 
Branches section in this bug) and can be seen here:
    
http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.0.7/annotate/2957?file_id=012ifupdownunmanagea-20081022120139-7rgnlk84604f1ysu-1
+ 
+ Impact:
+ + no impact for new users
+ + no impact for users that installed in gutsy or later and didnt tweak their 
/etc/network/interfaces
+ + users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "no up" even though those interfaces were 
previously managed. Note: we transitioned those old installs in gutsy to NM by 
commenting just the ethX lines in /etc/network/interfaces.
+ 
+ Risk:
+ + patch appears reasonable minimal

** Description changed:

  the regression here is that devices are unmanaged even though they dont
  have a "auto eth0" line in /etc/network/interfaces
  
  Here an example of an interfaces configuration that should not set the 
devices in unmanaged mode
  
https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/279262/comments/14
  
  To reproduce:
  place the interfaces configuration from the above comment and see that after 
restart the device is unmanaged in intrepid, but managed in hardy (0.6).
  
  The code we shipped in NM 0.6 that shows that auto connections were
  blacklisted is:
  
          for (curr_b = ifparser_getfirst (); curr_b; curr_b = curr_b->next) {
                  if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug"))
                      && strstr (curr_b->name, iface))
                          blacklist = TRUE;
          }
  
  The proposed patch is committed to the ubuntu.0.7 branch (see Related 
Branches section in this bug) and can be seen here:
    
http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.0.7/annotate/2957?file_id=012ifupdownunmanagea-20081022120139-7rgnlk84604f1ysu-1
  
  Impact:
  + no impact for new users
  + no impact for users that installed in gutsy or later and didnt tweak their 
/etc/network/interfaces
- + users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "no up" even though those interfaces were 
previously managed. Note: we transitioned those old installs in gutsy to NM by 
commenting just the ethX lines in /etc/network/interfaces.
+ + users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "not upped on startup" even though those 
interfaces were previously managed by NM. Note: we transitioned those old 
installs in gutsy to NM by commenting just the ethX lines in 
/etc/network/interfaces.
  
  Risk:
  + patch appears reasonable minimal

** Description changed:

  the regression here is that devices are unmanaged even though they dont
  have a "auto eth0" line in /etc/network/interfaces
  
  Here an example of an interfaces configuration that should not set the 
devices in unmanaged mode
  
https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/279262/comments/14
  
  To reproduce:
  place the interfaces configuration from the above comment and see that after 
restart the device is unmanaged in intrepid, but managed in hardy (0.6).
  
  The code we shipped in NM 0.6 that shows that auto connections were
  blacklisted is:
  
          for (curr_b = ifparser_getfirst (); curr_b; curr_b = curr_b->next) {
                  if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug"))
                      && strstr (curr_b->name, iface))
                          blacklist = TRUE;
          }
  
  The proposed patch is committed to the ubuntu.0.7 branch (see Related 
Branches section in this bug) and can be seen here:
    
http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.0.7/annotate/2957?file_id=012ifupdownunmanagea-20081022120139-7rgnlk84604f1ysu-1
  
  Impact:
  + no impact for new users
  + no impact for users that installed in gutsy or later and didnt tweak their 
/etc/network/interfaces
- + users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "not upped on startup" even though those 
interfaces were previously managed by NM. Note: we transitioned those old 
installs in gutsy to NM by commenting just the ethX lines in 
/etc/network/interfaces.
+ + users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "not upped on startup" even though those 
interfaces were previously managed by NM. Note: we transitioned those old 
installs in gutsy to NM by commenting just the "auto ethX" lines in 
/etc/network/interfaces.
  
  Risk:
  + patch appears reasonable minimal

** Description changed:

  the regression here is that devices are unmanaged even though they dont
  have a "auto eth0" line in /etc/network/interfaces
  
  Here an example of an interfaces configuration that should not set the 
devices in unmanaged mode
  
https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/279262/comments/14
  
  To reproduce:
  place the interfaces configuration from the above comment and see that after 
restart the device is unmanaged in intrepid, but managed in hardy (0.6).
  
  The code we shipped in NM 0.6 that shows that auto connections were
  blacklisted is:
  
          for (curr_b = ifparser_getfirst (); curr_b; curr_b = curr_b->next) {
                  if ((!strcmp (curr_b->type, "auto") || !strcmp (curr_b->type, 
"allow-hotplug"))
                      && strstr (curr_b->name, iface))
                          blacklist = TRUE;
          }
  
  The proposed patch is committed to the ubuntu.0.7 branch (see Related 
Branches section in this bug) and can be seen here:
    
http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.0.7/annotate/2957?file_id=012ifupdownunmanagea-20081022120139-7rgnlk84604f1ysu-1
  
  Impact:
- + no impact for new users
- + no impact for users that installed in gutsy or later and didnt tweak their 
/etc/network/interfaces
- + users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "not upped on startup" even though those 
interfaces were previously managed by NM. Note: we transitioned those old 
installs in gutsy to NM by commenting just the "auto ethX" lines in 
/etc/network/interfaces.
+ 1. no impact for new users
+ 2. no impact for users that installed in gutsy or later and didnt modify 
their /etc/network/interfaces (e.g. through gnome network-admin)
+ 3. users with dhcp that installed before that will most likely see their 
interface as being "unmanaged" and "not upped on startup" even though those 
interfaces were previously managed by NM. Note: we transitioned those old 
installs in gutsy to NM by commenting just the "auto ethX" lines in 
/etc/network/interfaces.
  
  Risk:
  + patch appears reasonable minimal

-- 
[regression] devices/interfaces not set to "auto" in /etc/network/interfaces 
get blacklisted in 0.7 (intrepid) but were managed in 0.6 (hardy and before)
https://bugs.launchpad.net/bugs/279262
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to