|
|
| Author |
Message |
| 25 new of 467 responses total. |
janc
|
|
response 325 of 467:
| 
Dec 20 21:15 UTC 2004 |
Well, it's probably not moving to the new system, as I can't find any source
code for it. Also currently unlikely to move:
bbsed
chill
csplit
es
dircolors
dn
factor
fullname
fv
I've gotten as far as the g's in reviewing Old Grex's motd but my brain has
melted, so I'm going to stop.
The 'board' command on Grex needs to be updated by someone who knows who is
on the board now.
|
twenex
|
|
response 326 of 467:
|
Dec 20 21:29 UTC 2004 |
bbsed and es appear to be line editors, which probably no-one will want
anyway; csplit splits files, and I'm fairly sure we have the technology in
OpenBSD or the GNU tools anyway; chill appears to be a bizarre link to gcc;
the function of dircolors can probably replicated by a shell-script even if
there is no command "dircolors" on OpenBSD (but there may well be, as this
sounds familiar); dn is for finding the tld of a country, factor for finding
factorials, fullname appears to be for finding full names from finger info
(rewrite as shell script or use finger); fv is a binary editor.
I don't think we'll miss much on that list.
|
cross
|
|
response 327 of 467:
|
Dec 21 00:00 UTC 2004 |
I'm pretty sure factor actually attempts to find the prime factors of
sufficiently small numbers, not factorials! Es was, if I'm not mistaken,
written by Marcus Watts, who seems mostly UA these days. The rest seem
unlikely to be used.
|
twenex
|
|
response 328 of 467:
|
Dec 21 00:25 UTC 2004 |
Thanks for the correction; maths is not my strong point, so I didn't know
there was a difference! :-(.
|
mfp
|
|
response 329 of 467:
|
Dec 21 00:35 UTC 2004 |
Heh, mee neither.
Then again, i lost my strong point in a spanish whore. :-<.
|
janc
|
|
response 330 of 467:
|
Dec 21 05:29 UTC 2004 |
Sorry for not being clear. I knew what those were. I just didn't plan to
move them over.
A bigger PitA is going to be "watch". This program is actually used
regularly by Grex users. I wrote it approximately 20 years ago for System
III unix. It has been patched up from time to time to move it from system
to system. It's not well written, and its not very portable, but I guess I'll
have to look at it. Ick.
We have "irc" installed on old Grex. Dunno if anyone ever uses it, but if
you are a member it works. There are lots of irc clients in the ports tree.
Should I install one?
Old Grex is set up with two locate databases, one accessible only by root that
indexes everything on the system, and one that indexes only directories
readable by regular users, that is used by everyone else. Do we need to
replicate this on Next Grex?
There's a command called "opt_out" which is apparantly to allow members to
opt out of getting membership reminders from the treasurer. Is this still
being used?
I think "mathom" is not being moved over.
I've made it about halfway through /usr/local/bin.
|
gelinas
|
|
response 331 of 467:
|
Dec 21 05:39 UTC 2004 |
I'll update the 'board' command, and the relevant web pages, on or about
New Year's Day, when the membership of the board changes.
IIRC, the root-accessible database is used to free up disk-space.
With quotas, that won't be as necessary. Especially if we can set up an
automated reaper.
|
twenex
|
|
response 332 of 467:
|
Dec 21 11:58 UTC 2004 |
What does Grex 'watch' do? I have a program on my Linux system called 'watch'
which continuously monitors command execution at defined intervals; it's not
a user-defined script or a commercial program, so I bet it's available on
OpenBSD too.
(Yeah, OK; "continuously" and "at defined intervals" are mutually exclusive.)
|
cmcgee
|
|
response 333 of 467:
|
Dec 21 12:33 UTC 2004 |
irc, hrm. I've used that from time to time. We're losing mathom??? Sad.
|
spooked
|
|
response 334 of 467:
|
Dec 21 13:01 UTC 2004 |
the 'watch' program is a background process which informs its invoker of
the login and logout of users passed to it as parameters
e.g. watch janc srw gelinas
would display a message to my terminal when either of those three users logs
in and logs out
If I recall correctly (been years since I used it), it says something like:
"in: janc"
"out: gelinas"
It is a program commonly invoked in users' login startup scripts.
|
twenex
|
|
response 335 of 467:
|
Dec 21 13:33 UTC 2004 |
Ah. Sounds pretty easy to write as a shell-script.
|
dpc
|
|
response 336 of 467:
|
Dec 21 16:08 UTC 2004 |
I remember using "bbsed". No loss to the world. 8-)
Thanks for this fine work, janc!
|
albaugh
|
|
response 337 of 467:
|
Dec 21 19:30 UTC 2004 |
I would certainly not let porting of something such as "watch" hold up the
nextgrex completion. If some people really like it, hopefully one or more
of them have the ability to port it themselves for the benefit of everyone.
|
cross
|
|
response 338 of 467:
|
Dec 21 19:49 UTC 2004 |
Where's the source code? It'd be neat to write it as something that used
kqueue to watch the utmp file instead of something that periodically polled.
Yeah, that'd be neato.
|
janc
|
|
response 339 of 467:
|
Dec 21 20:35 UTC 2004 |
I think very little of what I am doing now is worth delaying the transition
to the new system for. It's all pretty non-critical. I think from a
technical stand point we could start the transistion today. However, my kids
are out of school and I can't really be sure that I'll have large blocks of
time to work on things during the next few weeks. And somehow my faith that
other staff members are going to help out with the work isn't very high. So
we could shut down Grex now and start the switch over, but it might end up
being a longer down time, just because of my limited availability. Or not.
I don't know.
It'd be nice if more testing had been done.
|
janc
|
|
response 340 of 467:
|
Dec 21 20:39 UTC 2004 |
I finished twiddling through /usr/local/bin. Here's my complete list of
puzzling files. They are puzzling in different ways. Some I don't really
know what they are for. Some I know what they are for, but don't have source.
Some I have source for, but don't plan to move over. killwatch I plan to
move over, but it should be done with 'watch'.
bbsed: Old line editor. Forget if possible.
board: Need updated version.
chill: Part of chill compiler. Don't want it.
es: Marcus's old line editor. RIP.
csplit: Context split.
dircolors: sets colors for ls.
dn: Convert two-letter country codes into names.
factor: Factor numbers
fv: Binary editor
grabenv: tool to look at other user's environment variables.
grabstty: tool to look at other user's stty settings.
killwatch: Program to kill watch
lastlog: Lastlog dumper
mathom: Valerie's old mathom program. Needs work. Not supported.
nl: sparc demand paged dynamically linked executable not stripped.
opt_out: Something to opt out of treasurer mailings. Is it used?
pcprint: Script to print from pc.
md: symbolic link to mkdir. Why?
rd: symbolic link to rmdir. Why?
resize: reset terminal size.
rgrep: recursive, highlighting grep program.
sdiff: side-by-side display of two files.
seq: Looks like a 'jot' variation.
showtable: Something to pretty print tables?
siggen: Part of Tripwire.
tac: Backwards 'cat'
tf: Tiny Fugue MUD interpretor.
toe: Pretty prints termcap database.
ton: Something to do with figuring out how long users have been on.
unflash: Probably resets terminal so it doesn't flash?
unshar: Extract shar archive from mail.
vdir: pretty ls command
watch: watch users log on and off
termidx: Dunno.
charm: Some kind of change ownership thing.
deformat-c: Dunno.
deformat-sh: Dunno.
getfilename: Gets a filename. Why?
pqueue: Maybe some kind of priority queue thing?
watch: Watch users log in and out.
|
janc
|
|
response 341 of 467:
|
Dec 21 20:46 UTC 2004 |
I have some vague intimation that dan is refering to some previous
discussion in his mention of a kqueue based watch, but I don't really
remember. Source for watch is in /usr/local/src/watch. If someone wants
to work on porting it, they should say so fast and do so fast. If nothing
happens fast with it, then I'll do some kind of quick ugly port.
I don't think the two locate databases are to save disk space. I think it's
for security. I think the public one is generated with updatedb running as
some un-privileged "nobody" like account. It means that you can't do "locate
janc" and get a complete listing of the files in non-public directories on
my account. However, staff wants to be able to do exactly that, so they have
a different locate database generated with updatedb running as root. I don't
remember how all this works. I might have to figure it out again.
|
blaise
|
|
response 342 of 467:
|
Dec 21 22:24 UTC 2004 |
I suspect that the symbolic links for md and rd are for consistency with
cd (chdir) and with DOS.
|
spooked
|
|
response 343 of 467:
|
Dec 22 01:30 UTC 2004 |
I would help, however I'm in the middle of my Doctoral thesis write-up -
writing just under 300 pages of original quality research arguments is not a
breeze (at least not for me). And, I'm on a strict scholarship contract
schedule (just got a little over a couple more months on my
non-extendible funding schedule to finish the draft thesis - nearing half
written-up now), then final seminar/oral defence and revisions incorporated
into thesis shipped to overseas examiners (another month of work following
the draft thesis write-up completion).
And, all these bursts of excitement and thrills for the (hopeful
granting) of the sexy title of Dr ;)
So, please forgive me of my absence on this project at this time :<
|
cross
|
|
response 344 of 467:
|
Dec 22 03:30 UTC 2004 |
No, previously we had talked about a kqueue version of party, but that's
different again. I actually wrote something sort of like that at one time,
but never finished it. It was designed as the server part of a client/server
party package.
What would be so difficult about getting watch running under OpenBSD? Hmm,
I'll have a quick look at it in a few days.
|
janc
|
|
response 345 of 467:
|
Dec 22 03:54 UTC 2004 |
Nothing much. It has various hardwired assumptions about the mapping between
tty names and device ID numbers, if I recall correctly. Those would either
have to be generalized or hacked to work on nextgrex.
|
janc
|
|
response 346 of 467:
|
Dec 22 04:38 UTC 2004 |
Current To Do List (most of which is not needed before changeover):
Move /usr/local/grexdoc
More testing of zapuser and lockuser
(zapuser needs to be tested on large sets of users)
Review /usr/games and /usr/local/sbin for other things that should be
moved over.
Test that login correctly reports failed login counts. Telnet and ssh should
both be reporting these.
Port 'watch' and 'killwatch'
priveleged and non-priveleged versions of 'locate'
fork bomb killer.
friendly error messages from login
hierarchical mail directories
spam filtering
testing and tuning of robocop
|
keesan
|
|
response 347 of 467:
|
Dec 22 15:51 UTC 2004 |
Games could wait. So could spam filtering as we don't seem to have any now
anyway (apart from procmail). I would really like us to move to next grex
in the next 10 days so that I don't miss much business-related mail if it does
not happen overnight. Maybe next weekend or as soon afterwards as staff has
the time to do the switch. Thanks Jan and Joe and any other staff who have
taken the time to work on this.
|
janc
|
|
response 348 of 467:
|
Dec 22 20:54 UTC 2004 |
I've announced that Grex will be shut down to start the changeover on December
26. I expect it to be done well before the new year.
|
mary
|
|
response 349 of 467:
|
Dec 22 21:31 UTC 2004 |
Too cool.
|
