[387] in SIPB bug reports
new version of sc installed in sipb; other cleanup
daemon@ATHENA.MIT.EDU (daemon@ATHENA.MIT.EDU)
Wed Mar 22 03:49:43 1989
Date: Wed, 22 Mar 89 03:49:38 EST
From: Jonathan I. Kamens <jik@Athena.MIT.EDU>
To: bug-sipb@ATHENA.MIT.EDU
I have installed the new version of sc which went over the net
yesterday into the sipb locker, along with psc and man pages for both
sc and psc.
I have also removed apropos, whatis, man, check_lw, and check_x9700
from the binary directories. I asked a few weeks ago if anybody had
any reason for leaving them sitting around, and no one responded.
Apropos and whatis were broken because they ignored the user's MANPATH
variable if it was already set. Man was simply adding /usr/sipb/man
to the MANPATH, and that's no longer necessary (see below). Check_lw
and check_x9700 do lpq -Plw-sipb and lpq -Px9700 respectively. I
think we can remember those without shell scripts.
I see no reason to keep around shell scripts whose sole purpose is
to add /usr/sipb/man to MANPATH before executing another command,
since we now tell users to do that automatically in the Inessential
Guide -- if they've added /usr/sipb/foobin to their path and are
getting our programs above the defaults, then they've already added
/usr/sipb/man to their MANPATH as well. Since no one else sees any
reason to keep the scripts around either (or, at least, no one
bothered to tell me of any reason when I asked a few weeks ago), I
punted them.
If someone *really* objects to my having deleted this programs,
please let me know and I'll put them back. I just don't see any
reason for them to be there at this point.
I left bm and bm.x10 because Stan uses them and told me he don't
want to have to bother learning how to do a shell alias to do the same
thing. Bm reads:
#!/bin/sh
xsetroot -bitmap /usr/sipb/bitmaps.x11/$1
Stan, do me a favor and put this in your .cshrc so we can get rid of
bm and bm.x10:
alias bm 'xsetroot -bitmap /usr/sipb/bitmaps.x11/\!*'
alias bm.x10 'xsetroot -bitmap /usr/sipb/bitmaps.x10/\!*'
Whereis has also been removed, since *none* of the sipb directories
hard-coded into it were correct, and in fact some of the non-sipb
directories were different from the standard athena version. If and
when someone chooses to update our whereis to the current athena
version and add back in the correct sipb directories, it will be
reinstalled (although it probably no longer serves any useful
purpose). Besides, where works better and is a shell built-in.
I would like to remove where, for two reasons: (1) it doesn't work
on the RT:
pit-manager% /usr/sipb/rtbin/where xscreensver
Can't get your groups.: Invalid argument
(2) It's a shell built-in on Athena now. However, it's possible that
people who use the sipb locker at places other than Athena don't have
where as a shell built-in and use the sipb version. Possible, but so
unlikely that it really isn't a good enough reason (in my opinion) to
keep a broken program installed. Once again, any objections to my
deleting it?
There is now a new version of xscreensaver which features four new
things you can do on the xscreensaver menu: change timeout, change
lock command, change unlock command, and change lock message. Bugs to
me.
jik
