[ubuntu/quantal] resolvconf 1.67ubuntu1 (Accepted)

Stephane Graber stgraber at ubuntu.com
Tue Jul 3 14:11:01 UTC 2012


resolvconf (1.67ubuntu1) quantal; urgency=low

  * Merge from Debian. Remaining changes:
    (LP: #994575, LP: #999337, LP: #1012355)
    - Make /etc/resolv.conf a relative symlink so that it works when
      setting up chroots.
    - Instead of throwing an error that aborts the upgrade when
      /etc/resolv.conf is immutable, pop a debconf error message to let the
      user know what's happening, then clear the immutable flag and continue
      with the installation.  LP: #989585.
    - debian/config, debian/templates, debian/postinst: if we don't know that
      /etc/resolv.conf was being dynamically managed before install (in at
      least some cases), link the original contents of /etc/resolv.conf to
      /etc/resolvconf/resolv.conf.d/tail so that any statically configured
      nameservers aren't lost.  LP: #923685.
    - Use an upstart job instead of sysvinit script.
    - Pre-Depend on the /run-providing version of initscripts instead of
      depending, so that the preinst does the right thing when creating
      /run/resolvconf/interfaces instead of getting clobbered later by a bind
      mount on initscripts upgrade.  LP: #922491.
    - Completely drop the standard_run_subdirs_created helper function from
      debian/postinst, since it serves no purpose here.
    - postinst: Set resolvconf/linkify-resolvconf to false after initial
      conversion, ensuring upgrades won't convert /etc/resolv.conf to
      a symlink if the user manually converted it back to plain text.
      (LP: #922677)
    - Move the #DEBHELPER# token in debian/postinst to after the resolv.conf
      symlink is set, so the init script can actually start (since it expects
      /etc/resolv.conf to be a symlink).
    - Eliminate all references to /etc/resolvconf/run.  This should all be done
      directly in /run, there is no reason to support making any of this
      configurable with a symlink since we already have a versioned dependency
      on the version of initscripts that introduces the /run transition.
    - Also remove debian/triggers to avoid needlessly calling resolvconf's
      postinst. (LP: #931335)

Date: Fri, 22 Jun 2012 17:29:50 -0400
Changed-By: Stéphane Graber <stgraber at ubuntu.com>
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
https://launchpad.net/ubuntu/quantal/+source/resolvconf/1.67ubuntu1
-------------- next part --------------
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Fri, 22 Jun 2012 17:29:50 -0400
Source: resolvconf
Binary: resolvconf
Architecture: source
Version: 1.67ubuntu1
Distribution: quantal
Urgency: low
Maintainer: Ubuntu Developers <ubuntu-devel-discuss at lists.ubuntu.com>
Changed-By: Stéphane Graber <stgraber at ubuntu.com>
Description: 
 resolvconf - name server information handler
Launchpad-Bugs-Fixed: 922491 922677 923685 931335 989585 994575 999337 1012355
Changes: 
 resolvconf (1.67ubuntu1) quantal; urgency=low
 .
   * Merge from Debian. Remaining changes:
     (LP: #994575, LP: #999337, LP: #1012355)
     - Make /etc/resolv.conf a relative symlink so that it works when
       setting up chroots.
     - Instead of throwing an error that aborts the upgrade when
       /etc/resolv.conf is immutable, pop a debconf error message to let the
       user know what's happening, then clear the immutable flag and continue
       with the installation.  LP: #989585.
     - debian/config, debian/templates, debian/postinst: if we don't know that
       /etc/resolv.conf was being dynamically managed before install (in at
       least some cases), link the original contents of /etc/resolv.conf to
       /etc/resolvconf/resolv.conf.d/tail so that any statically configured
       nameservers aren't lost.  LP: #923685.
     - Use an upstart job instead of sysvinit script.
     - Pre-Depend on the /run-providing version of initscripts instead of
       depending, so that the preinst does the right thing when creating
       /run/resolvconf/interfaces instead of getting clobbered later by a bind
       mount on initscripts upgrade.  LP: #922491.
     - Completely drop the standard_run_subdirs_created helper function from
       debian/postinst, since it serves no purpose here.
     - postinst: Set resolvconf/linkify-resolvconf to false after initial
       conversion, ensuring upgrades won't convert /etc/resolv.conf to
       a symlink if the user manually converted it back to plain text.
       (LP: #922677)
     - Move the #DEBHELPER# token in debian/postinst to after the resolv.conf
       symlink is set, so the init script can actually start (since it expects
       /etc/resolv.conf to be a symlink).
     - Eliminate all references to /etc/resolvconf/run.  This should all be done
       directly in /run, there is no reason to support making any of this
       configurable with a symlink since we already have a versioned dependency
       on the version of initscripts that introduces the /run transition.
     - Also remove debian/triggers to avoid needlessly calling resolvconf's
       postinst. (LP: #931335)
Checksums-Sha1: 
 b6069358d8069ae0941a7f2bab701ef247f0ac10 1825 resolvconf_1.67ubuntu1.dsc
 62f4ee99058d4fc34978313ccf59a86f4897fada 82321 resolvconf_1.67ubuntu1.tar.gz
Checksums-Sha256: 
 02e47d2d30e1f98646c83aa15c6816dea28cbe03996e13eed8afab6db9518eca 1825 resolvconf_1.67ubuntu1.dsc
 33c45a43b6cc66d8bad42549dfd147109d6b80ea68a44bc180f96aecfc55bf2c 82321 resolvconf_1.67ubuntu1.tar.gz
Files: 
 9c80b15ca6144e1b7c7b21b0c684b169 1825 net optional resolvconf_1.67ubuntu1.dsc
 ba18bb05f2626d58fb85c730edc2f3fb 82321 net optional resolvconf_1.67ubuntu1.tar.gz
Original-Maintainer: resolvconf maintainers <resolvconf-devel at lists.alioth.debian.org>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iQIcBAEBCgAGBQJP8vxaAAoJEMY4l01keS1nCvYQAKCz/r7rU9dV2QzfsNaS3qFX
JmOHVFtck2K71A2HSwMzEZo6YMuJaftAyP0xYM6Q78c4+003n21vfVyHZe0A/SzL
V3FABTEdxa+OjQ+1NfD9N1TY2Spv4oNbNzc4NG9iU/JqBi1nGHwaJ11c6UdgW4cM
GO2jpyOXxX1XH31Zrr5q39TXSpaizuopaK/GlmdH4kkjDcQAKGg1AulpA6LHO89f
+E1bFg/e081C7Ok/+ES+NbbRqSdmShQc0JMqEp47dtZZ5/R1y2kVSLvtGZLH+pXq
YUt86zGsjA4BZoLeq5yo+1THfBSurbDEAIAO420QM3qhsNtmY0FkeZAyxLhImmik
5qef3REV0C8IFMtRwLlxocTEAVEBPu7NrqcSAZ3HLKyJgUp74ceLNC3xV3qo4imk
nS0CnakNZKwqBGRiucfUgE0k5v3moTGpDYQWDkqU/fiOMt4jkbW4xfWZ6Xgf46Ce
Ep+6IHzl/9Pi42kDVvQNQww23qxFFyn/ju8MQZS0ova2LFiGCwEwa93q+fa1Jaz1
gNpTWGSKvk+eztTi0PEsoUMyoZXDrchTWb5M5IMu5G1P/xoxt+tQj8ExbM34fSev
+4C1V4DwVXn6n/zJQvpU1P9stWbYvjYmbDoOF4PP2DvaZ2gEu5kR/TStVsxGbpPJ
qufTzhXgpL6KUIYGVUxW
=lu8d
-----END PGP SIGNATURE-----


More information about the Quantal-changes mailing list