This is the mail archive of the
mailing list for the glibc project.
Re: [PATCH] Add missing RR type numbers to ns_type
- From: Florian Weimer <fweimer at redhat dot com>
- To: Nathaniel McCallum <npmccallum at redhat dot com>
- Cc: libc-alpha at sourceware dot org
- Date: Fri, 9 Sep 2016 13:45:46 +0200
- Subject: Re: [PATCH] Add missing RR type numbers to ns_type
- Authentication-results: sourceware.org; auth=none
- References: <email@example.com> <firstname.lastname@example.org> <email@example.com>
On 08/17/2016 02:57 PM, Nathaniel McCallum wrote:
On Wed, 2016-08-17 at 10:52 +0200, Florian Weimer wrote:
On 08/16/2016 10:52 PM, Nathaniel McCallum wrote:
From a53a3428ee7c2c1dc3e3ff7e682e87f6694d9a55 Mon Sep 17 00:00:00
From: Nathaniel McCallum <firstname.lastname@example.org>
Date: Tue, 16 Aug 2016 16:43:29 -0400
Subject: [PATCH] Add missing RR type numbers to ns_type
The ns_type enumeration was missing quite a few resource records.
patch updates the enumeration to reflect the current state of the
DNS Parameters registry.
The problem with <arpa/nameser.h> is that it is stuck in the
was never updated for DNSSECbis (which is incompatible with the
DNSSEC). And there are declarations in it which do not have
implementations in glibc.
I was leaning towards deprecating the header and eventually removing
What kind of use do you see for it?
I'm fine with that. So long as you are on the record, I can use this
conversation to discourage the use of this header in projects that
object to RR types that aren't in the enum.
I pondered this some more and suggest to remove just the DNSSEC cruft
from <arpa/nameser.h> and then synchronize with the IANA registry. The
header file seems sufficiently widely used so that maintaining it makes
I have posted a few patches to clean it up. Once these patches are in,
could you rebase your patch on top of it? I think you also should
update <arpa/nameser_compat.h> (whose name is a bit of a misnomer, it is
always included by <arpa/nameser.h>).