From owner-freebsd-doc@FreeBSD.ORG Tue Dec 14 20:20:47 2004 Return-Path: Delivered-To: freebsd-doc@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C0B816A4CF for ; Tue, 14 Dec 2004 20:20:47 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id B76D843D62 for ; Tue, 14 Dec 2004 20:20:31 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.1/8.13.1) with ESMTP id iBEKKVne055641 for ; Tue, 14 Dec 2004 20:20:31 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.1/8.13.1/Submit) id iBEKKVKj055640; Tue, 14 Dec 2004 20:20:31 GMT (envelope-from gnats) Resent-Date: Tue, 14 Dec 2004 20:20:31 GMT Resent-Message-Id: <200412142020.iBEKKVKj055640@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-doc@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, Rostislav Krasny Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D9D5F16A4CE for ; Tue, 14 Dec 2004 20:19:13 +0000 (GMT) Received: from www.freebsd.org (www.freebsd.org [216.136.204.117]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6BB943D49 for ; Tue, 14 Dec 2004 20:19:13 +0000 (GMT) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id iBEKJDsh012264 for ; Tue, 14 Dec 2004 20:19:13 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id iBEKJDu8012217; Tue, 14 Dec 2004 20:19:13 GMT (envelope-from nobody) Message-Id: <200412142019.iBEKJDu8012217@www.freebsd.org> Date: Tue, 14 Dec 2004 20:19:13 GMT From: Rostislav Krasny To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-2.3 Subject: docs/75068: login.conf(5) manual page says nothing about a hashed form of the login capabilities database and its use X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Dec 2004 20:20:47 -0000 >Number: 75068 >Category: docs >Synopsis: login.conf(5) manual page says nothing about a hashed form of the login capabilities database and its use >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-doc >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Dec 14 20:20:31 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Rostislav Krasny >Release: 5.3-RELEASE >Organization: >Environment: FreeBSD saturn 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #1: Fri Dec 3 13:57:01 IST 2004 root@saturn:/usr/obj/usr/src/sys/MYKERNEL i386 >Description: login.conf(5) manual page says nothing about a hashed form of the login capabilities database and its use. One might not get to know from the manual that if his system have an /etc/login.conf.db file then he must run 'cap_mkdb /etc/login.conf' after each change of /etc/login.conf because login.conf.db have a higher preference over login.conf; and if there is only /etc/login.conf then hi shouldn't run that command. >How-To-Repeat: man 5 login.conf >Fix: FreeBSD 4.8 Errata have following text: FreeBSD supports a hashed form of the login capabilities database, stored in /etc/login.conf.db. This is generated from the /etc/login.conf text file. If the hashed database is present, login(1) will use it in preference to the contents of the text file. FreeBSD 4.8-RELEASE is the first release that actually includes /etc/login.conf.db on the distribution media; thus, users modifying /etc/login.conf need to remember to regenerate the database, using cap_mkdb(1). Users performing source upgrades are generally not affected by this change, because mergemaster(8) offers the option to regenerate /etc/login.conf.db during upgrades. login.conf(5) has more details on the format and usage of the login capabilities database. I think something like that should be added to the login.conf(5) manual page and '/etc/login.conf.db' to the manual's synopsis. >Release-Note: >Audit-Trail: >Unformatted: