From owner-freebsd-current@FreeBSD.ORG Fri Apr 18 01:05:42 2003 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 0E00437B401; Fri, 18 Apr 2003 01:05:42 -0700 (PDT) Received: from demos.su (mx.demos.su [194.87.0.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id B90B443F85; Fri, 18 Apr 2003 01:05:37 -0700 (PDT) (envelope-from tolyar@mx.ru) Received: from [194.87.2.159] (HELO dwarf.demos.su) by demos.su (CommuniGate Pro SMTP 4.0.6/D4) with SMTP id 67453759; Fri, 18 Apr 2003 12:05:36 +0400 Date: Fri, 18 Apr 2003 12:05:36 +0400 From: Zherdev Anatoly To: "Jacques A. Vidrine" Message-Id: <20030418120536.4a8b0a56.tolyar@mx.ru> In-Reply-To: <20030417141133.GA4155@madman.celabo.org> References: <20030417141133.GA4155@madman.celabo.org> X-Mailer: Sylpheed version 0.8.10claws (GTK+ 1.2.10; i386-portbld-freebsd5.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit cc: freebsd-current@FreeBSD.org Subject: Re: HEADS UP: new NSS 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: Fri, 18 Apr 2003 08:05:42 -0000 On Thu, 17 Apr 2003 09:11:33 -0500 "Jacques A. Vidrine" wrote: After install -current with this patches named can't find user bind #id bind uid=53(bind) gid=53(bind) groups=53(bind) #/usr/sbin/named -u bind -g bind user "bind" unknown > Hello Everyone, > > [Skip to WARNINGs below if you read nothing else.] > > I am about to commit a new name service switch (NSS) implementation. > The new implementation preserves the nsdispatch(3) interface, and > consumers of nsdispatch continue to work without modification. > However, now the method_name argument (in addition to the dtab > argument) is used to lookup backend implementations, which may be > built-in statically or loaded via dlopen(3). > > Within libc, there are several consumers of nsdispatch. Each use > in effect defines an interface [1]. Unfortunately, the interfaces > brought in from NetBSD leave something to be desired. Most > importantly, they do not allow for thread safety. Also important is > that they are inconsistent in both naming conventions and semantics. > Because of this, it is necessary rework each consumer a bit to (a) add > thread safety and (b) provide an interface that can be utilized by NSS > modules. > > For the moment, in addition to the NSS core, I am committing > completely new implementations of the getpwent(3) and getgrent(3) > family of functions. Please report any anomalies to me directly, as > well as on this list. > > Other nsdispatch consumers will be updated once this has settled a > bit. Notably, the resolver-related routines (gethostby*, getaddrinfo) > still need to be updated and required quite a bit of work. > > I am also adding a nss_ldap Port which supports getpwent(3), > getgrent(3). Similarly, I am committing a WITH_WINBIND_NSS knob to > the samba Port which will build and install nss_windbind. > > WARNING: Please back up your pwd.db/spwd.db databases. A new (but > backwards-compatible) on-disk format will be used when you next run > pwd_mkdb(8) (or when vipw(8) runs it for you). The new format can > be moved from one architecture to another. > > WARNING: The `compat' code was and is very hairy. Users who utilize > NIS using the old `+::::::' entries in passwd(5) (or exclusion lists, > or netgroups) should be especially wary. The new code is not bug > compatible with the old code, but I believe it is correct. > > (By the way, I could use help from interested doc committers. Please > contact me off-list.) > > Cheers, > -- > Jacques A. Vidrine http://www.celabo.org/ > NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos > jvidrine@verio.net . nectar@FreeBSD.org . nectar@kth.se > > [1] If you've looked at nsdispatch before, you know that it uses > variable arguments. The number, type, and usage of these arguments, > as well as the method_name, make up the interface. In order to > facilitate adopting existing NSS modules for FreeBSD, I am attempting > to track the interfaces used on Linux (e.g., in addition to the > obvious arguments to getpwnam_r, the NSS interface also includes > explicit handling of errno). > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" -- Zherdev Anatoly.