[2347] in SIPB_Linux_Development
Re: Feeling brave? Log into snork.
daemon@ATHENA.MIT.EDU (Aaron M. Ucko)
Wed Dec 30 22:45:10 1998
To: mhpower@MIT.EDU
Cc: linux-dev@MIT.EDU
From: amu@MIT.EDU (Aaron M. Ucko)
Date: 30 Dec 1998 22:45:03 -0500
In-Reply-To: mhpower@MIT.EDU's message of "Wed, 30 Dec 1998 22:33:07 -0500"
mhpower@MIT.EDU writes:
> [mhpower@snorklewacker]$ moira
> Error opening terminal: xterm.
That's because moira is an attachandrun script which ends up running a
libc5 binary which looks for terminal definitions in /usr/lib/terminfo
rather than /usr/share/terminfo; we should provide a symlink.
>
> The fxping program still gives a segmentation fault (see [0133] and
> [0134] in sipb-athena-bugs):
>
> [mhpower@snorklewacker]$ fxping
> Segmentation fault
> [mhpower@snorklewacker]$ ls -l /usr/sbin/in.identd
> ls: /usr/sbin/in.identd: No such file or directory
That's normally in the 'pidentd' package, which isn't installed by
default. One alternative is to install an inetd like
~amu/scripts/identd and point inetd at that.
> Running the "last" program displays entries with the first field set
> to "rlogin". It's not clear to me that these should be present, in
> that no one logged in with the username "rlogin":
>
> rlogin ttyp2 Wed Dec 30 21:49 - 21:49 (00:00)
There seem to be issues with krb5's utmp handling, which I'm investigating.
> Some of the syntax in the MakeTeXPK script appears to not work with
> bash:
The issue there is that you're running it with no arguments and the
script is losing because it's not quoting properly.
> Running "man hostinfo" gives me a "SEE ALSO" field listing
> "resolver(3)"; however:
>
> [mhpower@snorklewacker]$ man 3 resolver
> No entry for resolver in section 3 of the manual
Odd, there should be one in /usr/athena/man.
> Newer versions (which, admittedly, may or may not work better) are
> available from ftp://updates.redhat.com/5.2/i386/
I was planning on being lazy and deferring that closer to the release.
I didn't comment on a couple of your points because I really don't
know what's wrong there.
--
Aaron M. Ucko, KB1CJC <amu@mit.edu> (finger amu@monk.mit.edu)
