[Resolvconf-devel] Bug#718021: Bug#718021: dns-nameservers vs dns-nameserver

Thomas Hood jdthood at gmail.com
Tue Jul 30 07:15:39 UTC 2013

On Tue, Jul 30, 2013 at 12:16 AM, Christoph Anton Mitterer <
calestyo at scientia.net> wrote:

> it's just that we're probably better off with
> suggesting people only one variant... so we can phase out the other on
> the long term scale...

I'll make "dns-nameserver" the canonical one and "dns-nameservers" an
explicitly supported alternative. The former is more consistent with the
semantics of resolv.conf; the latter is too established to eliminate now.

The other reason for recommending "dns-nameserver" is that it takes exactly
one argument. This leaves room to extend the semantics of this option in
the future. E.g., it might be useful to be able to say

    dns-nameserver some.domain
    dns-nameserver another.one

meaning that *.some.domain queries should be routed to;
*.another.one to and the rest to Dnsmasq supports this
sort of query routing.

Perhaps you should also ask the ifupdown people what they're going to
> plan with their stanzas at the long term.
> Especially for the "address" keyword a version that supports more
> addresses per line would be reasonable... and I guess the concepts
> should be kept more or less sync on all the /e/n/interfaces keywords.

Accepting multiple instances of an option in a stanza is a feature that was
recently added to ifupdown. I presume that it will continue to be a
supported feature in the future. :)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/resolvconf-devel/attachments/20130730/c654e8af/attachment.html>

More information about the Resolvconf-devel mailing list