ubuntu/+source/ifupdown:applied/ubuntu/edgy-devel

Last commit made on 2006-02-03
Get this branch:
git clone -b applied/ubuntu/edgy-devel https://git.launchpad.net/ubuntu/+source/ifupdown
Members of Ubuntu Server Dev import team can upload to this branch. Log in for directions.

Branch merges

Branch information

Name:
applied/ubuntu/edgy-devel
Repository:
lp:ubuntu/+source/ifupdown

Recent commits

b29ad21... by Scott James Remnant (Canonical) on 2006-01-30

Import patches-applied version 0.6.7ubuntu7 to applied/ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 5f8e6554150cd44095d266f11732bc133c5f12c1
Unapplied parent: 5c333863301dcb1704f1458045be695617db0f8d

New changelog entries:
  * Fix up the interfaces file removing duplicated "auto" lines, and
    don't write them in the first place. Ubuntu #29654.

5c33386... by Scott James Remnant (Canonical) on 2006-01-30

Import patches-unapplied version 0.6.7ubuntu7 to ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: a2b162ed3bb09e9abe6317bb3e249405c13b5cfc

New changelog entries:
  * Fix up the interfaces file removing duplicated "auto" lines, and
    don't write them in the first place. Ubuntu #29654.

5f8e655... by Scott James Remnant (Canonical) on 2006-01-26

Import patches-applied version 0.6.7ubuntu6 to applied/ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: cb693305a9962117cd3b8c8c52919969b5c7c2f3
Unapplied parent: a2b162ed3bb09e9abe6317bb3e249405c13b5cfc

New changelog entries:
  * Rewrite the way that ifup and ifdown read and write the state file.
    Instead of storing it in memory and holding a lock on it (preventing
    concurrent processes from actually being concurrent) use atomic read and
    write functions that only hold the lock for very short periods.
  * Write to the state file when we start bringing up or tearing down the
    interface, so we don't ever try to do the same operation at the same
    time.
  * Update the state file once the operation is complete to ensure we
    record the actual status of it.

  * Restore the dhcp wait, so "ifup eth0" will hang around until DHCP is
    either successful or times out. Adjust the udev rule again so that
    udevplug doesn't hang around.

a2b162e... by Scott James Remnant (Canonical) on 2006-01-26

Import patches-unapplied version 0.6.7ubuntu6 to ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: e4915df448fa18024aba4e71275bac8c6d76d191

New changelog entries:
  * Rewrite the way that ifup and ifdown read and write the state file.
    Instead of storing it in memory and holding a lock on it (preventing
    concurrent processes from actually being concurrent) use atomic read and
    write functions that only hold the lock for very short periods.
  * Write to the state file when we start bringing up or tearing down the
    interface, so we don't ever try to do the same operation at the same
    time.
  * Update the state file once the operation is complete to ensure we
    record the actual status of it.

  * Restore the dhcp wait, so "ifup eth0" will hang around until DHCP is
    either successful or times out. Adjust the udev rule again so that
    udevplug doesn't hang around.

cb69330... by Scott James Remnant (Canonical) on 2006-01-24

Import patches-applied version 0.6.7ubuntu5 to applied/ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 4778f5cb9e34e6d56b5d92b7f701f33251d97d71
Unapplied parent: e4915df448fa18024aba4e71275bac8c6d76d191

New changelog entries:
  * Don't wait for dhcp to complete ... there's a general ifup problem that
    it doesn't have any state to record "I'm bringing this interface up",
    so no way to avoid multiple dhcp invocations for the same interface which
    end up blocking on each other. This is a short-term hack until I sit
    down and think about this properly (probably next week at the sprint).
  * Install new loopback init script at S:S08 which brings up the loopback
    (127.0.0.1) network device early enough for anything needing DHCP. This
    also deals with creating /var/run/network if necessary.
  * Move /etc/network/run/ifstate to /var/run/network/ifstate
  * Drop the ifupdown and ifupdown-clean init scripts as everything they did
    is obsolete or already taken care of.

  * Ship a udev rule that brings network devices up or down if the device
    is marked "auto" in the configuration file.
  * Convert existing /etc/network/interfaces file with "mapping hotplug"
    lines to just use "auto" lines.

  * Adjusted "ifup -a" and "ifdown -a" to not report when interfaces are
    already up or down.

e4915df... by Scott James Remnant (Canonical) on 2006-01-24

Import patches-unapplied version 0.6.7ubuntu5 to ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 4114110bc487a31229f208d2cc8d77cad7cc8c99

New changelog entries:
  * Don't wait for dhcp to complete ... there's a general ifup problem that
    it doesn't have any state to record "I'm bringing this interface up",
    so no way to avoid multiple dhcp invocations for the same interface which
    end up blocking on each other. This is a short-term hack until I sit
    down and think about this properly (probably next week at the sprint).
  * Install new loopback init script at S:S08 which brings up the loopback
    (127.0.0.1) network device early enough for anything needing DHCP. This
    also deals with creating /var/run/network if necessary.
  * Move /etc/network/run/ifstate to /var/run/network/ifstate
  * Drop the ifupdown and ifupdown-clean init scripts as everything they did
    is obsolete or already taken care of.

  * Ship a udev rule that brings network devices up or down if the device
    is marked "auto" in the configuration file.
  * Convert existing /etc/network/interfaces file with "mapping hotplug"
    lines to just use "auto" lines.

  * Adjusted "ifup -a" and "ifdown -a" to not report when interfaces are
    already up or down.

4778f5c... by Matt Zimmerman on 2006-01-04

Import patches-applied version 0.6.7ubuntu3 to applied/ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 1e4c0840bfb4edd98b0110581e6f9ec9a169558d
Unapplied parent: 4114110bc487a31229f208d2cc8d77cad7cc8c99

New changelog entries:
  * Silence init.d/ifupdown-clean

4114110... by Matt Zimmerman on 2006-01-04

Import patches-unapplied version 0.6.7ubuntu3 to ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 5a09acc0017a0b11bbf0b9b21ade2989a3c7c3c0

New changelog entries:
  * Silence init.d/ifupdown-clean

1e4c084... by Scott James Remnant (Canonical) on 2005-11-23

Import patches-applied version 0.6.7ubuntu2 to applied/ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 2e321262b1412e2e2621b89cb0a7047fad237bab
Unapplied parent: 5a09acc0017a0b11bbf0b9b21ade2989a3c7c3c0

New changelog entries:
  * Change the dhclient3 leases path to /var/lib/dhcp3 so the leases survive
    a reboot. (Ubuntu: #18148)

5a09acc... by Scott James Remnant (Canonical) on 2005-11-23

Import patches-unapplied version 0.6.7ubuntu2 to ubuntu/dapper

Imported using git-ubuntu import.

Changelog parent: 7c08c1e4b897ea00573c9d51e4ec7932c0e1f64b

New changelog entries:
  * Change the dhclient3 leases path to /var/lib/dhcp3 so the leases survive
    a reboot. (Ubuntu: #18148)