From owner-freebsd-chat Tue Feb 4 11:36:48 2003 Delivered-To: freebsd-chat@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 498A837B401 for ; Tue, 4 Feb 2003 11:36:47 -0800 (PST) Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 448FD43F93 for ; Tue, 4 Feb 2003 11:36:46 -0800 (PST) (envelope-from des@ofug.org) Received: by flood.ping.uio.no (Postfix, from userid 2602) id D777E536E; Tue, 4 Feb 2003 20:36:44 +0100 (CET) X-URL: http://www.ofug.org/~des/ X-Disclaimer: The views expressed in this message do not necessarily coincide with those of any organisation or company with which I am or have been affiliated. To: freebsd-chat@freebsd.org Subject: Re: Project status From: Dag-Erling Smorgrav Date: Tue, 04 Feb 2003 20:36:44 +0100 In-Reply-To: <20030204135158.D4487@papagena.rockefeller.edu> (Rahul Siddharthan's message of "Tue, 4 Feb 2003 13:51:58 -0500") Message-ID: User-Agent: Gnus/5.090014 (Oort Gnus v0.14) Emacs/21.2 (i386--freebsd) References: <20030204135158.D4487@papagena.rockefeller.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-chat@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Rahul Siddharthan writes: > Since you ask, I was planning to learn about the PAM thing (I guess > you're the right guy)... I never learned what its benefits are, and > maybe I got biased by a broken linux machine which would let me log in > without a password. PAM is a framework for authentication and related functionality. It provides entry points for six common authentication-related operations and a configurable stacking system that allows the admin to decide how these operations are to be performed on a per-application basis. It's not new in 5.0, but I've rewritten the PAM library (4.x has Linux-PAM, which is horribly broken), added some modules, improved the ones we already had, integrated PAM into just about everything in the base system that cares about authentication, and removed most of the legacy (non-PAM) code. I've also written some documentation, which isn't entirely done yet: > The other major 5.0 feature I noticed was ACPI. Apparently a work in > progress, so maybe not good to make loud noises about it. Any good > documents on that, other than the manpages? I had problems with > suspend (or rather, standby), so I switched back to APM but I'm > willing to experiment. We're using Intel's own ACPI implementation, and it's getting updated regularly. I've had trouble with it in the past, but the latest incarnation works just fine, and does things APM never could. Unlike APM, which is implemented entirely within the BIOS, ACPI is implemented in the OS, and all the vendor provides is a high-level description of the hardware, its capabilities, and how to use it. This means that you can't improve APM on a system short of updating the BIOS (if the vendor acknowledges the problem and releases a bugfix), but you can improve ACPI and implement workarounds for quirky systems. The main problem with ACPI these days, I hear, is that most mobo vendors don't care if their ACPI stuff breaks the spec as long as Windows boots, while Intel's implementation is rather strict about some things (understandably, since it's their spec to begin with). DES -- Dag-Erling Smorgrav - des@ofug.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-chat" in the body of the message