Package: resolvconf
Version: 1.26
Severity: normal
I just noticed that resolvconf no longer properly supports "domain"
statements. After reading the message log for bug 276960 it seems
that you think "domain" is equivalent to "search" -- but it isn't. In
the absence of "domain", attempting something like
host kleph
returns NXDOMAIN, while
host kleph.csail.mit.edu
returns an IP address. This behavior is true even though there is a
"search" line:
search csail.mit.edu ai.mit.edu mit.edu
in resolv.conf. For now, I have worked around this by adding the
appropriate "domain" statement to "resolvconf.d/head", after which
"host kleph" is equivalent to the FQDN form.
I'm not sure how to fix both this and bug 276960, but I'm willing to
discuss it if that will help.
Chris
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (1200, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-cph5
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages resolvconf depends on:
ii debconf [debconf-2.0] 1.4.46 Debian configuration management sy
ii initscripts 2.86.ds1-1 Standard scripts needed for bootin
-- debconf information:
resolvconf/restart-dnscaches: true
resolvconf/bad-pppoeconf-hook:
* resolvconf/downup-interfaces:
* resolvconf/link-tail-to-original: false
resolvconf/bad-pppconfig-hook:
* resolvconf/linkify-resolvconf: true
resolvconf/disable-bad-hooks: true
resolvconf/bad-xisp-hook:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
