[1709] in SIPB_Linux_Development
Re: Redhat 4.2/Linux-Athena
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Mon Jun 9 00:54:15 1997
To: Chris Murphy <chris@MIT.EDU>
Cc: Derek Atkins <warlord@MIT.EDU>, "Theodore Y. Ts'o" <tytso@MIT.EDU>,
Erik Nygren <nygren@MIT.EDU>, linux-dev@MIT.EDU
From: amu@MIT.EDU (Aaron M. Ucko)
Date: 09 Jun 1997 00:54:02 -0400
In-Reply-To: Chris Murphy's message of Mon, 09 Jun 1997 00:42:35 EDT
Chris Murphy <chris@MIT.EDU> writes:
> Sorry to take a while to respond.... Anyway, this sounds good to me, as
> basically it gives me the same environment I have now. I would put forward a
> few ideas on the package contents, though, if anyone's interested.
>
> 1) seperate the ktelnet client and daemon, and/or remove the dependancy the
> daemon has with the athena login (makes life easier for people wanting secure
> login into non-athena machines, or who just want the client)
The current Red Hat-Athena kerberized telnet daemon explicitly looks
for /bin/athena/login, which makes sense. However, (just looking at
the result of running strings on the binary; I'm too lazy to
investigate the source now) it seems to be going down a list of login
programs; it probably _would_ make sense to remove that dependency and
add /bin/login to the end of the list.
> 2) consider making the additions to inetd.conf and services available alone in
> a seperate package, so they can be trivially installed without needing to have
> all the startup stuff in /etc/rc.d/init.d/athena.init also (this is what I was
> commenting on having to back out earlier).
Um, all you have to do is remove some symlinks from /etc/rc.d/rc?.d,
which is very easy. I'd recommend not splitting that package.
Anyway, we appreciate your feedback.
--
Aaron M. Ucko (amu@mit.edu) | For Geek Code, PGP public key, and other info,
finger amu@monk.mit.edu. | "Kids! Bringing about Armageddon can be dangerous.
Do not attempt it in your home." -- T. Pratchett & N. Gaiman, _Good Omens_
