touch-packages team mailing list archive

[Launchpad Bug Tracker <1385010@xxxxxxxxxxxxxxxxxx>]

Status changed to 'Confirmed' because the bug affects multiple users.

** Changed in: resolvconf (Ubuntu)
       Status: New => Confirmed

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

Title:
  Unexpected behavior: make_resolv_conf is not undefined if
  /etc/resolv.conf is not a symlink

Status in “resolvconf” package in Ubuntu:
  Confirmed

Bug description:
  The resolvconf package comes with /etc/dhcp/dhclient-enter-
  hooks.d/resolvconf which, if /sbin/resolvconf is present, redefines
  the make_resolv_conf function (previously defined by dhclient-script)
  to send nameserver information to resolvconf instead of writing it
  directly to /etc/resolv.conf.

  However, the hook also checks if /etc/resolv.conf is a symlink. This
  is problematic because if /etc/resolv.conf is not a symlink then the
  script does not redefine make_resolv_conf() and so dhclient will
  overwrite /etc/resolv.conf when it configures an interface, even
  though the resolvconf package is installed.

  The behavior I would expect would be /etc/resolv.conf never changing
  if resolvconf is installed and /etc/resolv.conf is not a symlink.

  Debian implements the behavior I would expect.

  At the very least, I think that the different behavior in Ubuntu
  should be documented in the man pages for resolvconf.

  As far as I can tell, there's no reason to check for /etc/resolv.conf
  being a symlink when resolvconf itself already does that.

  The patch was introduced by: http://bazaar.launchpad.net/~ubuntu-
  branches/ubuntu/trusty/resolvconf/trusty/revision/32/etc/dhcp
  /dhclient-enter-hooks.d/resolvconf

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1385010/+subscriptions