[934] in SIPB_Linux_Development
Re: Discuss
daemon@ATHENA.MIT.EDU (Salvatore Valente)
Sun Feb 5 19:41:25 1995
Date: Sun, 5 Feb 95 19:41:04 -0500
To: ghudson@MIT.EDU
Cc: linux-dev@MIT.EDU
In-Reply-To: <199502051810.NAA02881@glacier.MIT.EDU> (ghudson@MIT.EDU)
From: Salvatore Valente <svalente@MIT.EDU>
Greg writes:
discuss was failing miserably for Cat, giving random errors like
"Connection reset by peer" or "Connection timed out" or "Broken pipe"
whenever she would go to a meeting.
Really? I haven't been able to run emacs discuss on Quiche for a long
time. (M-x discuss would run /afs/sipb/project/discuss/exl/edsc.linux,
say "Waiting for discuss", and hang forever.) But I haven't had
trouble with the tty discuss client.
I got /afs/sipb/project/sipb-athena/discuss
(based on a v1.6 source tree from the Athena release) to build for
Linux, and it works, so I installed it in /mit/linux/packages.
I kind of like the idea of "sipb-athena" discuss coming from the
discuss locker rather than the athena source tree, since a lot of cool
work has gone into the discuss locker. (For example, converting the
Imakefiles to Makefile.in with a configure script.) But, we have to
go with what works. At some point, someone should figure out why
discuss on Quiche suddenly stopped working.
Also, the default.el file we have doesn't put /usr/athena/lib/elisp in
the load path,
Yeah. Emacs on Quiche is setup like the emacs19 locker. The files in
/usr/athena/lib/elisp were written for emacs18. So emacs19 puts
separate copies of the files in /mit/emacs19/lib/emacs/site-lisp, and
just puts that directory in the load path. This translates to
/usr/lib/emacs/site-lisp on Quiche. discuss.el and related files are
installed there.
So why couldn't emacs find them? Well, I deleted them yesterday.
("lsdel" still shows them.) I deleted them to try out the discuss
files in /usr/athena/lib/elisp/, which run edsc off the local drive
rather than from /afs. This didn't work any better. (It still said
"Waiting for discuss" and hung forever.) But it didn't work any
_worse_ either, so I forgot to undelete the files. Sorry.
I'm inclined to put
(setq load-path (cons "/usr/athena/lib/elisp" load-path))
in the default.el file...
That shouldn't be necessary.
-Sal.
