From nobody@FreeBSD.ORG Fri Nov 12 05:50:28 1999 Return-Path: Received: by hub.freebsd.org (Postfix, from userid 32767) id A6FA014E17; Fri, 12 Nov 1999 05:50:28 -0800 (PST) Message-Id: <19991112135028.A6FA014E17@hub.freebsd.org> Date: Fri, 12 Nov 1999 05:50:28 -0800 (PST) From: robertw@wojo.com Sender: nobody@FreeBSD.ORG To: freebsd-gnats-submit@freebsd.org Subject: PAM's pam_unix.so does not load libcrypt.so itself X-Send-Pr-Version: www-1.0 >Number: 14842 >Category: bin >Synopsis: PAM's pam_unix.so does not load libcrypt.so itself >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: closed >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 12 06:00:00 PST 1999 >Closed-Date: Sun Jan 2 03:40:39 PST 2000 >Last-Modified: Sun Jan 2 03:42:43 PST 2000 >Originator: Robert S. Wojciechowski Jr. >Release: 3.3-RELEASE >Organization: Millennium Works >Environment: FreeBSD max.millenniumworks.com 3.3-RELEASE FreeBSD 3.3-RELEASE #4: Mon Oct 25 16:48:48 EDT 1999 root@max.millenniumworks.com:/usr/src/sys/compile/MAX i386 >Description: Because the pam_unix.so does not load libcrypt.so, it forces applications using that PAM to load libcrypt.so. It should load libcrypt.so itself, instead of assuming that the main program links with libcrypt.so. >How-To-Repeat: Any program that uses PAM that does not link with libcrypt.so (for example Courier-IMAP) >Fix: Have mod_unix.so load libcrypt.so itself. >Release-Note: >Audit-Trail: State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Sun Jan 2 03:40:39 PST 2000 State-Changed-Why: Fixed in src/lib/libpam/modules/pam_unix/Makefile, rev 1.4 (-current) and rev 1.2.2.2 (-stable). >Unformatted: