[3292] in Release_7.7_team
Re: Athena Disconnected Operation White Paper Draft 2.
daemon@ATHENA.MIT.EDU (Derek Atkins)
Fri May 24 18:58:41 2002
To: tb@becket.net (Thomas Bushnell, BSG)
Cc: Bill Cattey <wdc@MIT.EDU>, source-developers@MIT.EDU, release-team@MIT.EDU
From: Derek Atkins <warlord@MIT.EDU>
Date: 24 May 2002 18:58:38 -0400
In-Reply-To: <87d6vlp3bj.fsf@becket.becket.net>
Message-ID: <sjmg00hjgpt.fsf@kikki.mit.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
The problem is that while Red Hat can get daemon services to start and
stop with the network going up and down, it is done within the system
environment, under root's ID. In particular the current system does
NOT deal with refreshing the user environment (kerberos tickets,
zephyr, etc). The goal of my project is to both hook Athena services
into the standard scripts, but also provide a means to enable
autoamated refresh of the user environment.
Clearly my document does not describe this problem clearly enough.
I'll go work on that. Thanks,
-derek
tb@becket.net (Thomas Bushnell, BSG) writes:
> I have two comments:
>
> I think Bill's whitepaper is a very good statement of the issues
> involved and contains sensible recommendations. My only suggestion is
> to very carefully split up the statement of the problems,
> recommendations, and rationale. I could easily tell which was which,
> but someone less confidently aware of the way things work now might
> easily be totally baffled.
>
> I think Derek's proposal is a little strange. Both Red Hat and
> Debian, for example, already contain sophisticated systems for
> automatically starting and stopping network services. They are not
> perfect by any means, but rather than creating yet another scheme, I
> would prefer to see, for example, the official Linux/Athena packages
> interact the normal way with the existing Red Hat scheme.
>
> In the case of Debian, this is doubly true, given the purposes of Sam
> Hartman's recently announced project to make Debian work well for
> Athena people including disconnected operation. I'm sure that this
> scheme will hook into the existing network if-up.d and if-down.d idea.
>
> However, don't get me wrong. *Anything* will be better than the
> relative chaos of the present. If it really is easier to get Derek's
> proposal working then that would be fabulous.
>
> Thomas
--
Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory
Member, MIT Student Information Processing Board (SIPB)
URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH
warlord@MIT.EDU PGP key available