Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 18 Apr 2003 08:19:30 -0500
From:      "Jacques A. Vidrine" <nectar@FreeBSD.org>
To:        Zherdev Anatoly <tolyar@mx.ru>, freebsd-current@FreeBSD.org
Subject:   Re: HEADS UP: new NSS
Message-ID:  <20030418131930.GA11946@madman.celabo.org>
In-Reply-To: <20030418125455.GA8207@madman.celabo.org>
References:  <20030417141133.GA4155@madman.celabo.org> <20030418120536.4a8b0a56.tolyar@mx.ru> <20030418125455.GA8207@madman.celabo.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Apr 18, 2003 at 07:54:55AM -0500, Jacques A. Vidrine wrote:
> On Fri, Apr 18, 2003 at 12:05:36PM +0400, Zherdev Anatoly wrote:
> > On Thu, 17 Apr 2003 09:11:33 -0500
> > "Jacques A. Vidrine" <nectar@FreeBSD.org> 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
> 
> Holy schnikeys, apparently bind doesn't use the libc getpwent(3)
> functions, but rather it uses its own libirs.
> 
> Did you re-run pwdb_mkdb ?  If I messed up the backwards-compatibility
> code, then I suppose it could break libirs (which apparently has
> intimate knowledge of the format of /etc/pwd.db -- ugh).
> 
> I'm investigating.

Oh, duh.  If named weren't re-compiled it would have been fine :-)
pwd_mkdb is creating the compatibility entries correctly, but the
_PW_KEYBY* symbols in pwd.h changed values and libirs uses those.

For now I will see about giving _PW_KEYBY* their old values back,
because I don't want to take part of bind off the vendor branch in
CVS.

Thanks for the report!

Cheers,
-- 
Jacques A. Vidrine <nectar@celabo.org>          http://www.celabo.org/
NTT/Verio SME          .     FreeBSD UNIX     .       Heimdal Kerberos
jvidrine@verio.net     .  nectar@FreeBSD.org  .          nectar@kth.se



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20030418131930.GA11946>