From owner-freebsd-questions Tue Dec 15 21:52:01 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27007 for freebsd-questions-outgoing; Tue, 15 Dec 1998 21:52:01 -0800 (PST) (envelope-from owner-freebsd-questions@FreeBSD.ORG) Received: from ns1.datausa.com (ns1.datausa.com [204.133.158.1]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA26986 for ; Tue, 15 Dec 1998 21:51:58 -0800 (PST) (envelope-from brad@wcubed.net) Received: from wcubed.net ([209.180.255.253]) by ns1.datausa.com (8.9.1/8.9.1) with ESMTP id WAA06922 for ; Tue, 15 Dec 1998 22:48:07 -0700 (MST) Message-ID: <3676E81C.FD9A2D71@wcubed.net> Date: Wed, 16 Dec 1998 05:52:12 +0000 From: Brad Waite X-Mailer: Mozilla 4.5 [en] (Win95; U) X-Accept-Language: en MIME-Version: 1.0 To: questions@FreeBSD.ORG Subject: Re: Environment.. References: <36768CF3.8D07950E@wcubed.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Well, apparently not many people care, but in case someone else is having the same problems I did today, I figured I'd post this. (Too bad you can't post directly to the archives.) Solution: From /etc, type "cap_mkdb login.conf" How I arrived there: Examined su.c, found the login capabilities functions, hacked together a quick tester program, and found that no changes to the /etc/login.conf were being passed to the getcap(3) functions. I tried "cap_mkdb /etc/login.conf" like the file sez (as I'd done 2 or 3 times before), but it no worky. Tried it from /etc and voila! -Brad Brad Waite wrote: > > I asked about this a few hours ago, but didn't get a response, so I'm > guessing I wasn't making myself clear enough. (Or I had my from: set > wrong.) > > Okay, I just installed 3.0 on my new server and everything's working > fine except the environment, specifically the PATH, for the root user. > > $ su - > Password: > # echo $PATH > /root/bin:/bin:/usr/bin:/usr/local/bin > > which is the path set for class 'default'. When I change the path in > the 'default' class, and re-su, root's path changes with it. > > However, the root entry in the login.conf looks like this: > > root:\ > :ignorenologin:\ > :tc=default:\ > :path=/usr/bin /bin /usr/sbin /sbin /usr/local/bin > /usr/X11R6/bin: > > Why does it ignore the 'root' class in the login.conf? The man page for > login.conf says that it should only use the default class if a 'root' > class isn't specified. I even manually put root in the root class via > chsh, but the chsh man page says class is currently not used. > > Incidentally, it works just fine on my 2.2.8 machine. > > Help! > > -Brad > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message