[262] in SIPB_Linux_Development
quiche
daemon@ATHENA.MIT.EDU (ghudson@MIT.EDU)
Sat Dec 11 22:57:53 1993
From: ghudson@MIT.EDU
Date: Sat, 11 Dec 93 22:57:22 EST
To: linux-dev@MIT.EDU
A couple of minor points: I moved csh and tcsh into /bin, and the
kernel is named /vmlinuz. My annotations (.complete, .debian) are
just informational; one of them will be hard-linked to /vmlinuz. (The
draft standards specify /vmlinux, but we probably don't care.)
X still doesn't work. When I set the mouse device to /dev/ttyS0 (that
is, when I copy Xconfig.sample to Xconfig), the X server can't write
to the mouse and locks up the machine.
In fact, I did an rm -rf /usr/X386, and reinstalled from
/mit/linux/xfree-2.0, and copied Xconfig.sample to Xconfig, and it
still didn't work. Same behavior. /dev/ttyS0 seems to agree with
/dev/MAKEDEV, but I'll try re-making it again tomorrow. Heck, I'll
try rebuilding the kernel tomorrow, although that won't work either.
telnetd doesn't deal with shadow passwords. Trying to rlogin as root
dies on "Connection reset by peer." Ergo, you cannot log in remotely.
It did this before when we tried it under Tamu.
We were missing large pieces of discuss and moira. I got both to
build from release/7.6, except for the moira server, which I didn't
consider all that important. (There are some unreferenced symbols at
link time involving Kerberos.) I started from different discuss
sources than Sal did, because /afs/sipb/project/discuss can't be
navigated, but most of the portability problems were similar.
olc had some trouble buliding the Motif browser and the server. I
installed the rest, hopefully. It's kind of difficult keeping track
of exactly what happened because of all the extraneous output from
make. Sal, I hope vapordo has a clean, non-spammy mechanism for
dealing with subdirectory trees.
'from' and 'pfrom' still fail, unable to find the PO server. I
already have an /etc/host.conf with 'order bind' in it. I tried this
with Kerberos tickets and USER set to 'ghudson', but it may be looking
at something else; I'll try it again when I get to the point where I
can log in.
Mounting ni:/afs fails on startup ('invalid client credentials'),
although it works fine from a prompt. This is a little tricky to
debug.
I haven't installed tex. I installed most of the rest. I also
installed emacs, which didn't come with Debian. What I've tested
(kerberos, discuss, hesinfo) seems to work, except as mentioned above.
I obviously haven't tested xdm, since I can't get X to work.
--GBH
Argh.
