[21849] in Athena Bugs

home help back first fref pref prev next nref lref last post

Re: Why is update_ws in /etc/athena?

daemon@ATHENA.MIT.EDU (John Hawkinson)
Fri Apr 18 05:16:34 2003

Date: Fri, 18 Apr 2003 05:16:31 -0400
From: John Hawkinson <jhawk@MIT.EDU>
To: Greg Hudson <ghudson@MIT.EDU>
Cc: bugs@MIT.EDU
Message-ID: <20030418091631.GK27037@multics.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1050646870.1552.3.camel@error-messages.mit.edu>

Do you think current situation is oK? It's infrequent to hear people
flailing trying to find update_ws.

I'm kind of skeptical on the console login thing. People run it under
X all the time and I don't think there's any widespread perception
that that is not ok...

--jhawk

Greg Hudson <ghudson@MIT.EDU> wrote on Fri, 18 Apr 2003
at 02:21:13 -0400 in <1050646870.1552.3.camel@error-messages.mit.edu>:

> update_ws belongs in /etc/athena because it's a command only executed by
> root, and that's where we put most of those commands.  (Or in
> /usr/athena/etc; the distinction between the two is less interesting now
> that we don't have system packs.  I note that /usr/athena/etc is in the
> default user path, but I'm not sure why.)
> 
> You're only supposed to run update_ws from a console login, not from an
> su, in order to minimize bad interactions with the X server or other
> software run during a user login.  Running it from a remote login is
> also okay, of course.
> 

home help back first fref pref prev next nref lref last post