[ifupdown] ipv6 refuse vlan interfaces

Affect Ubuntu 11.10 (Oneiric Ocelot)

This bug was fixed in the package ifupdown - 0.7~beta2ubuntu1

---------------
ifupdown (0.7~beta2ubuntu1) precise; urgency=low

  * Resynchronise with Debian experimental. Remaining changes
    (LP: #905660, LP: #850566, LP: #611877, LP: #678425):
    - ifupdown.nw: Use 100 as default route metric unless an explicit metric
      parameter is set in /etc/network/interface.
    - Add iniparser3.0b sources (dictionary.c, dictionary.h, iniparser.c,
      iniparser.h), to let ifupdown avoid auto-up/down of interfaces if
      network-manager's ifupdown plugin is in managed=true mode.
    - Add a new query interface, 'ifquery', that can be used by upstart
      hooks to ask for the list of possible interfaces that they might need
      to bring up.
    - debian/ifupdown.network-interface.upstart: Replace the init scripts
      with a per-interface Upstart job.
    - debian/ifupdown.networking.upstart: Add a "networking" job that
      partially replaces the networking init script from netbase.
    - debian/control: Bump build-dependency on debhelper for Upstart-aware
      dh_installinit.
    - debian/rules: Due to debhelper always adding /etc/init.d symlinks, we
      must manually remove /etc/init.d/networking for as long as netbase
      still provides it.
    - Add if-up and if-down scripts to emit Upstart events when interfaces
      come up and go down.
    - debian/ifupdown.network-interface-security.upstart: Ensure apport is
      started before interfaces are brought up by either ifupdown or
      network-manager.
    - debian/postinst: If the loopback interface is missing from the config
      in /etc/network/interfaces, add it on upgrade.
    - debian/ifupdown.preinst: Since files in /etc were not conffiles in
      lucid, and /etc/network/if-up.d/upstart and
      /etc/init/network-interface.conf changed between lucid final and
      maverick, add extra handling to avoid spurious conffile prompts.
    - invoke dhclient3 with '-1', meaning it should exit failure if it does
      not receive a response in 60 seconds. (LP: #838968)
    - contrib/ifstate-check: Use /run/ntework/ifstate instead of
      /etc/network/run/ifstate
    - ifup.8: Update man page to indicate that Ubuntu uses /run
      and that it's always writable as it's a temporary filesystem
  * ifupdown.nw: When calling dhclient3, also use /var/lib/dhcp as
    dhclient3 is now a symlink to dhclient and /var/lib/dhcp3 no longer
    exists. (LP: #900234)
  * Mark ifupdown as Multi-Arch foreign
  * Replace remaining references to /var/run/network by /run/network
    (LP: #885506)

ifupdown (0.7~beta2) experimental; urgency=low

  * Put interfaces down in the reverse order than they were
    brought up (Closes: #477650).
  * Fix postinst issues with loopback interface naming
    (Closes: #572396, #545250).
  * Remove old .dpkg-old symlink (Closes: #639612).
  * Document some details on processing /etc/network/if-*.d directories.
  * Terminate ifup if it's still running when doing ifdown.
  * Finally migrate to /run/network.
  * Use FHS names for wvdial pid files (Closes: #255222).
  * Stop on run-parts failure (Closes: #547587).
  * Execute scripts before interface options on *...

Is there any chance to get this fixed in oneiric? Pulling 0.7~beta2ubuntu1 from precise also pulls in libc6 2.15 and some other libs.

Could this be fixed in oneiric as well? I cannot use the precise version in oneiric because it pulls in libc V2.15 which is broken (see https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/932621 )

The bug if not fixed in oneiric.
IPv6 not mont with VLAN.

Vivien: As stated above, the bug was fixed in Precise, not in Oneiric.

Whether we backport it to Oneiric will depend on how critical it's and if it can be bundled with other fixes.
I'd at least wait for beta3 to land in Precise before considering more fixes for Oneiric.

I thought IPv6 not working would be reasonably critical? I know it only happens if you run IPv6 over a VLAN, but I think that is a reasonably common occurrence.

Unfortunately, I can't even work around this by pulling beta2 from precise into oneiric due to the problem with libc (which has been closed as invalid for reasons not entirely clear to me)

It looks like ifupdown tries to configure the VLAN a second time when it comes across the inet6 definition in /etc/network/interfaces.

This fails as the VLAN interface was already setup in the inet definition of the same interface. It looks like a conceptual error in the interfaces(5) syntax.