From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8932 Path: news.gmane.org!not-for-mail From: Jan Broer Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Would love to see reconsideration for domain and search Date: Sat, 28 Nov 2015 23:48:09 +0100 Message-ID: References: <20151022215608.GA8645@brightrain.aerifal.cx> <20151023042720.GE8645@brightrain.aerifal.cx> <20151023053108.GG8645@brightrain.aerifal.cx> <20151027003021.GN8645@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=089e01227f362923950525a19a54 X-Trace: ger.gmane.org 1448750906 28541 80.91.229.3 (28 Nov 2015 22:48:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 28 Nov 2015 22:48:26 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-8945-gllmg-musl=m.gmane.org@lists.openwall.com Sat Nov 28 23:48:23 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1a2oI1-0002Hs-Ta for gllmg-musl@m.gmane.org; Sat, 28 Nov 2015 23:48:22 +0100 Original-Received: (qmail 23590 invoked by uid 550); 28 Nov 2015 22:48:22 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 23571 invoked from network); 28 Nov 2015 22:48:21 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=IZPCp/kYkByUDQ18NOoB9bdsy2KiU+WGlMrSOJ/CEGg=; b=Rwasr3/vIjeavjR/l7q/KcR5WykhP2xUNnqvNhproOsyzX4b7XaS6QsBHfOFCYm2x3 wqmM/zc05+djqBg9tId+iFR/dbTO6577K6FqNZjI2LtNy4OIdTx5o5NbDPJ1BYUjdQ6W ibp5Tty26Rcxd6u7nNkBmBYN5WFRckyhiEFzT6yLG8NUtr2HU7LRX5KL38S9hOp3qKmM Z6JDkdq4Eb3qonk+9BN0RZK1JgYNF7xHhiPO25i2cxR64wKIEn+sHsHjoN8bqHIpA51t yykUVwqFwhSKwmF66+EzVPV9sVqeOzUleoVOZKIrOKJCeS2dxyW2Jy6LPGFjcuFFGTTc yM4A== X-Received: by 10.50.43.166 with SMTP id x6mr12920704igl.75.1448750889899; Sat, 28 Nov 2015 14:48:09 -0800 (PST) In-Reply-To: <20151027003021.GN8645@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:8932 Archived-At: --089e01227f362923950525a19a54 Content-Type: text/plain; charset=UTF-8 Hi Rich, i was wondering about the progress of implementing support for 'search' in resolv.conf. Is this on the road map? Thanks! On Tue, Oct 27, 2015 at 1:30 AM, Rich Felker wrote: > > I noticed in the process of trying to draft code to do this that there > will be a lot of code duplication with the resolv.conf parsing in > res_msend.c, and that this code has some stupid bugs (for example it > stops parsing after it gets 3 nameservers, so it might miss options > later in the file), so I think I'll take a look at factoring it into a > new function to gather all the interesting information from > resolv.conf that can be used in both places. > > A couple additional things I noticed from resolv.conf(5): > > 1. The default domain used by glibc is not the dns root but rather the > domain portion of the local hostname determined by gethostname(). > Is there any value in duplicating this? Does anyone want/need it? > > 2. It's not clear from the documentation of "search" whether its > presence overrides/suppresses the "domain" (default or set by > resolv.conf) or adds additional searches before or after it. Which > should it do? > > While glibc/legacy behavior is worth looking at, I don't think we need > to look at things from a standpoint of exactly duplicating that. > Meeting real-world modern application needs while avoiding > inconveniencing users with stupid/unwanted behavior should be the > primary goal. > > Rich > --089e01227f362923950525a19a54 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi Rich, i was wondering about the progress of implementin= g support for 'search' in resolv.conf. Is this on the road map?
Thanks!

On Tue, Oct 27, 2015 at 1:30 AM, Rich Felker <dalias@libc.o= rg> wrote:

I noticed in the process of trying to draft code to do this that there
will be a lot of code duplication with the resolv.conf parsing in
res_msend.c, and that this code has some stupid bugs (for example it
stops parsing after it gets 3 nameservers, so it might miss options
later in the file), so I think I'll take a look at factoring it into a<= br> new function to gather all the interesting information from
resolv.conf that can be used in both places.

A couple additional things I noticed from resolv.conf(5):

1. The default domain used by glibc is not the dns root but rather the
=C2=A0 =C2=A0domain portion of the local hostname determined by gethostname= ().
=C2=A0 =C2=A0Is there any value in duplicating this? Does anyone want/need = it?

2. It's not clear from the documentation of "search" whether = its
=C2=A0 =C2=A0presence overrides/suppresses the "domain" (default = or set by
=C2=A0 =C2=A0resolv.conf) or adds additional searches before or after it. W= hich
=C2=A0 =C2=A0should it do?

While glibc/legacy behavior is worth looking at, I don't think we need<= br> to look at things from a standpoint of exactly duplicating that.
Meeting real-world modern application needs while avoiding
inconveniencing users with stupid/unwanted behavior should be the
primary goal.

Rich

--089e01227f362923950525a19a54--