Ru:
 print a users(1)-style list of names for each host in the rwho spool directory
 
Before running make, choose the proper CAPLIB (ie. -ltermlib or -ltermcap).

Since rwho is pretty much a BSD animal (I think), this code has only been
tested on a vax (BSD 4.2), on a Sun 4 and on Sun 3s (SunOS 3.5 & 4.0).

Possible ru options:
-a	print all names regardless of idle time (not unlike "rwho -a").
-c	for repeated names, print the total number of repeats.
-d	like -s but list hosts alphabetically, regardless of their subdomains.
-m	don't drop repeated names.
-n	sort usernames numerically.
-r 	mimic rwho(1) output.
-s	print lists by host instead of by subdomain.
-u 	list uptimes like ruptime(1).
-w 	start a fresh line before the output can wrap around.
-h	restrict output to those hosts given on the command line.
-l 	restrict output to those systems hosting the given users.
-D	restrict output to those hosts within the given subdomain.

Thanks to getopt(3) the options listed above can be mixed and matched at will.
For example:
    ru -ral joe jack
	prints rwho-style output (-r) of those systems hosting users
	joe and/or jack (-l joe jack) regardless of their idle-times (-a).
    ru -smD ai
	lists host-by-host (-s) the users (including repeated logins (-m))
	within the ai subdomain (-D ai).

Some options override others (eg. -d overrides -s, -m overrides -c,
-u overrides -r). All options are subject to restriction by -h or -l and/or -D.

Ru only uses existing spooled data so the displayed info could be up to 5 mins	
out of date. SUN's rusers(1c) seems to actively poll daemons throughout the
local network ... which means it provides up-to-date info but it seems to
take an awfully long time and also requires the services of another daemon.

Ru was first written when everything here was still mainly on vaxes
(it was also called rusers, then) so I was pleasantly surprised to discover
SUN's rusers after CSRI made the final move to Suns. It was kind of interesting
to see how they paralleled each other and how they differed (ie. options, etc.).

Anyhow, hope it's useful.

P. Kern
pkern at gpu.utcs.toronto.edu
pkern at gpu.utcs.utoronto.ca
pkern at utorgpu.bitnet
pkern at utgpu.uucp (..!utzoo!utgpu!pkern, ..!uunet!utai!utgpu!pkern)