touch-packages team mailing list archive

[HeinMueck <1394081@xxxxxxxxxxxxxxxxxx>]

Thomas,

what you describe as the proper way will not work at all - take a look
at /etc/network/if-up.d/000resolvconf. It only checks if
/sbin/resolvconf exists and if it is executable. As it does not check
for resolv.conf being a symlink it will never stop if it is not. If it
is supposed to be like you said, than this is definitly a bug. I am
trying to do this on a bunch of servers and it hits me painfully.

/etc/resolvconf/update.d/libc for instance checks if resolv.conf is a
symlink and gives a warning or not - you can configure if the warning
should pop up, but not tell it to stop doing its thing :)) What the
heck?

bug #1385010 was a very good hint - he convinced me that just checking
the link existance is too focused on resolvconf. It needs to be a system
variable, that is respected by all packages that have the ability to
rewrite resolv.conf.

export UPDATE_RESOLVCONF=no in /etc/environment is the big hammer. Where
else could we have it? "resolvconf manual" in /etc/network/interfaces?

done.

-- 
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/1394081

Title:
  Add manual options for administrators

Status in “resolvconf” package in Ubuntu:
  New

Bug description:
  
  Currently - trusty LTS - there is no way to turn off the regeneration of /etc/resolv.conf that would survive a package upgrade. 

  - you cannot remove resolvconf as it is needed by minimal
  - you cannot disable-upgrades as this flag is removed by reboots
  - if you disable the resolvconf job in upstart package upgrade will reset the disable-upgrade flags
  - if you hack the scripts - it will only last until the next upgrade

  There are two ways to ensure that admins willing to turn it off can do
  so:

  First solution: add a run=no to /etc/default/resolvconf and bail out
  if it is set.

  The second solution is more subtile. In /etc/network/if-
  up.d/000resolvconf you will find this line:

  [ -x /sbin/resolvconf ] || exit 0

  While in /etc/dhcp/dhclient-enter-hooks.d/resolvconf it says

  if [ -x /sbin/resolvconf ] && [ -L /etc/resolv.conf ]; then

  Way more clever! So if you do not want to implement the default
  option, why not check if its a link all the way? So at least a conf
  gets not overwritten once the admin wrote his own.

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