From owner-cvs-all@FreeBSD.ORG Mon Apr 21 01:15:33 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E050A37B401; Mon, 21 Apr 2003 01:15:33 -0700 (PDT) Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1F44943F85; Mon, 21 Apr 2003 01:15:33 -0700 (PDT) (envelope-from DougB@freebsd.org) Received: from master.gorean.org (12-234-22-23.client.attbi.com[12.234.22.23]) by rwcrmhc52.attbi.com (rwcrmhc52) with SMTP id <20030421081532052001ftgue>; Mon, 21 Apr 2003 08:15:32 +0000 Date: Mon, 21 Apr 2003 01:15:32 -0700 (PDT) From: Doug Barton To: "Jacques A. Vidrine" In-Reply-To: <20030420230000.GB32112@madman.celabo.org> Message-ID: <20030421011154.G1446@znfgre.tberna.bet> References: <200304181411.h3IEBH07088819@repoman.freebsd.org> <20030420230000.GB32112@madman.celabo.org> Organization: http://www.FreeBSD.org/ X-message-flag: Outlook -- Not just for spreading viruses anymore! MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/include pwd.h src/lib/libc/gen getpwent.c src/usr.sbin/pwd_mkdb pwd_mkdb.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2003 08:15:34 -0000 On Sun, 20 Apr 2003, Jacques A. Vidrine wrote: > On Sun, Apr 20, 2003 at 02:19:55PM -0700, Doug Barton wrote: > > I've already told Jacques that I'd look into the problem with named, but > > more generally, I doubt this will be our only problem child. Has this new > > code been regression tested against any other third party code? > > I suppose no more or less than is expected for -CURRENT. Heh... well, I suppose what I meant was, for example, compiling a standard desktop system from scratch on a system running this new code. > It happens that I don't use BIND8, so I missed this issue. It > didn't occur to me that applications would use our internal > definitions. (Note the underscores in _PW_KEYBYNAME et. al.) > Moreover, it didn't occur to me that applications would not use > getpwent(3) and friends to access system databases. (I believe this > is a bug in our BIND installation.) Not using BIND? Heresy! :) Seriously though, what I'm trying to get across is that while what named seems to be doing is definitely wonky, it's probably not the only code doing it. Binary compat is excellent of course, but things that you could compile and run prior to the nss import should still compile and run after. Doug -- This .signature sanitized for your protection