From owner-freebsd-hackers Sat Jan 26 14:43:28 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by hub.freebsd.org (Postfix) with ESMTP id D20A637B400 for ; Sat, 26 Jan 2002 14:43:25 -0800 (PST) Received: from lungfish.ntlworld.com ([62.253.148.103]) by mta03-svc.ntlworld.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020126224324.ZBTD8780.mta03-svc.ntlworld.com@lungfish.ntlworld.com> for ; Sat, 26 Jan 2002 22:43:24 +0000 Received: from tuatara.goatsucker.org (tuatara.goatsucker.org [192.168.1.6]) by lungfish.ntlworld.com (8.11.3/8.11.3) with ESMTP id g0QMhMn34874 for ; Sat, 26 Jan 2002 22:43:22 GMT (envelope-from scott@tuatara.goatsucker.org) Received: (from scott@localhost) by tuatara.goatsucker.org (8.11.6/8.11.6) id g0QMghE84688 for freebsd-hackers@freebsd.org; Sat, 26 Jan 2002 22:42:43 GMT (envelope-from scott) Date: Sat, 26 Jan 2002 22:42:43 +0000 From: Scott Mitchell To: freebsd-hackers@freebsd.org Subject: PAM, setusercontext, kdm and ports/32273 Message-ID: <20020126224243.A72777@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Operating-System: FreeBSD 4.5-RC i386 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Hi all, I've been looking at PR ports/32273, after noticing that kdm wasn't picking up my lang and charset selections from ~/login_conf. The problem seems to be that kdm thinks PAM and setusercontext() are mutually exclusive, and it's built with PAM enabled by default. Fixing kdm to DTRT in this situation -- I'm defining the Right Thing as 'how xdm does it' -- looks to be pretty simple. However, this got me thinking -- is the right solution here to have a PAM module that does the setusercontext(), so programs that already know about PAM will just work, without needing to know about setusercontext() as well? I can see that causing problems with programs (login, xdm, etc.) that already understand both mechanisms, but they could always not use this hypothetical pam_setusercontext module, right? So, is this a worthwhile thing to have? I'm happy to either write the PAM module or fix kdm, but I'd rather not waste my time learning about PAM internals if people think this would be a pointless exercise. I await your pearls of wisdom... Scott -- =========================================================================== Scott Mitchell | PGP Key ID | "Eagles may soar, but weasels Cambridge, England | 0x54B171B9 | don't get sucked into jet engines" scott.mitchell@mail.com | 0xAA775B8B | -- Anon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message