From owner-freebsd-current@FreeBSD.ORG Sat Oct 9 11:05:06 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 576CB16A4CE; Sat, 9 Oct 2004 11:05:06 +0000 (GMT) Received: from mail.dt.e-technik.uni-dortmund.de (mail.dt.e-technik.Uni-Dortmund.DE [129.217.163.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 514A543D3F; Sat, 9 Oct 2004 11:05:03 +0000 (GMT) (envelope-from matthias.andree@uni-dortmund.de) Received: from localhost (localhost [127.0.0.1])6D67C42B41; Sat, 9 Oct 2004 13:05:02 +0200 (CEST) Received: from mail.dt.e-technik.uni-dortmund.de ([127.0.0.1]) by localhost (krusty [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 04550-05; Sat, 9 Oct 2004 13:05:02 +0200 (CEST) Received: from m2a2.dyndns.org (p508EED5F.dip.t-dialin.net [80.142.237.95]) 0C28842AFB; Sat, 9 Oct 2004 13:04:58 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by merlin.emma.line.org (Postfix) with ESMTP id 07BFDD502C; Sat, 9 Oct 2004 13:04:58 +0200 (CEST) Received: from merlin.emma.line.org ([127.0.0.1]) by localhost (m2a2.dyndns.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 30106-04; Sat, 9 Oct 2004 13:04:57 +0200 (CEST) Received: by merlin.emma.line.org (Postfix, from userid 500) id AE1C9D4F1E; Sat, 9 Oct 2004 13:04:57 +0200 (CEST) Date: Sat, 9 Oct 2004 13:04:57 +0200 From: Matthias Andree To: "Jacques A. Vidrine" , Matthias Andree , re@FreeBSD.org, current@FreeBSD.org Message-ID: <20041009110457.GA31620@merlin.emma.line.org> Mail-Followup-To: "Jacques A. Vidrine" , re@FreeBSD.org, current@FreeBSD.org References: <200410080741.i987f4aq028615@pooker.samsco.org> <20041008161337.GA79893@madman.celabo.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20041008161337.GA79893@madman.celabo.org> User-Agent: Mutt/1.5.6i X-Virus-Scanned: by amavisd-new at dt.e-technik.uni-dortmund.de X-Mailman-Approved-At: Sat, 09 Oct 2004 13:18:13 +0000 Subject: Re: 5.3-RELEASE TODO X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 11:05:06 -0000 Jacques A. Vidrine schrieb am 2004-10-08: > > All that is needed is that interfaces that cannot communicate a > > temporary failure and do not fail when used without NIS (such as > > getpw*()) retry forever until they can offer a permanent result. > > Though your PR may have merit, this is not a "showstopper bug" for > 5.3. FreeBSD has this behavior since the dawn of time, as does Linux > (IIRC). About time this was fixed then after such a long period of falsely claiming that existing users were nonexistent within periods of NIS/network trouble. Linux's (GNU libc's, to be precise) current behaviour is nothing more than a poor and incomplete copy of Solaris' "name service switch" interface - Linux lacks TRYAGAIN=forever functionality with is the default on Solaris for anything but DNS (and the DNS-related interfaces such as gethostbyname DO have a means to distinguish temporary from permanent error). The problem is that the current code, in case of a temporary problem, pretends that there was a permanent condition, and this must end, very few applications (if any) check for errno. Convenience link: http://www.freebsd.org/cgi/man.cgi?query=nsswitch.conf&apropos=0&sektion=0&manpath=SunOS+5.8&format=html What _technical_ reason is there that prevents a fix? (don't tell me we've been doing this for so long or WackOS XYZ has been doing this for so long). Currently, FreeBSD's NIS implementation is a fair weather implementation. The issue at hand is also found to be annoying and reported by other people, see for instance Rahul Dhesi's post to the GNU libc bug report list: http://www.mail-archive.com/bug-glibc@gnu.org/msg07471.html http://sources.redhat.com/bugzilla/show_bug.cgi?id=430 I have recently been burnt _again_ by this issue and I am more than annoyed. If all that is missing is someone who hacks libc, I'll try my best but I have little experience with RPC so I'm not sure if I can come up with something quickly. Cheers, -- Matthias Andree Encrypted mail welcome: my GnuPG key ID is 0x052E7D95 (PGP/MIME preferred)