response 4 of 34:

Sep 28 22:36 UTC 1998

*sigh* I can't find the last mud item.  Does anyone know where last spring's
discussion of mudding on Grex is?

response 6 of 34:

Sep 29 02:05 UTC 1998

   The people who entered this item sound like true MUDfolk, and
that would be part of the problem with having this on Grex.  Grex
would be spending more of its time dealing with MUD than anything
else, if this took off.

   I appreciate the proposal that was given; it was written 
stating such things as resoruce usage, which any system admin
would find useful.

   Some technical points as to why this won't work on Grex without
a big impact.

   - Grex is a Sun-4/670 computer, which is a little old.  You
can't just add memory to it with one or two SIMMs, but in lots
of 16 4M or 16 16M SIMMs.  This means that we can't just go out
and get a couple of modern day SIMMs and be done with it.  So
while we can expand Grex to about 1.5G of ram, we have to plan
for that.

   - Given the amount of memory that was talked about for running
the MUD, Grex would have to get more ram to do this.

   - Grex runs on a 128K ISDN link; a bunch of users playing
playing MUD are going to make some impact on the link.

   The disk usage wouldn't be that bad.  Actually, disk usage
might be the only thing that wouldn't be much of a problem. ;-)

   So, I don't think Grex can do this. 


                     * However *

   I think it would be really neat if the author of this item
and his/her friends would stick around and ask questions about
how Grex was formed, because I think that a system devoted to
MUDs could work.  The costs could be minimal per user, if a 
group of people worked on this.

response 8 of 34:

Sep 30 17:37 UTC 1998

It in oldcoop, item 81.  (I don't know how to do a backtalk link across
cfs.)

response 10 of 34:

Oct 1 02:20 UTC 1998

(Against the day when it changes, I'll add that "oldcoop" refers at present
to coop10.)

response 12 of 34:

Oct 1 17:35 UTC 1998

Mr. Kowalewski (bantam) wrote to me and said that he is disappointed in the
response in this item, and would like to drop the idea.  So if anyone wants to
speak up in favor of entertaining this MUD, now is the time to do it.

response 16 of 34:

Oct 7 02:59 UTC 1998

It is certainly not forgotten, nor will you be (in a good way, of course).

Perhaps the first comment was to mention a typo b/c that is easy.  mindlessly
spewing rules or prior decisions is also easy, but we didn't do that.  The
idea was taken seriously, and pros and cons were both presented and
considered, (tho' briefly).  Prior discussion and decisions were referenced,
but not used reflexively as a conversation-stopper.  I hope that, while the
decision did not go as you wished, that you do not come away with a poor
impression of us.

BTW, the mission of Grex is not to get bigger and better computers, but to
build a community.  We have moved to bigger and faster computers when we felt
that it would help us maintain and grow our community, not so that the
computers we run on would give a bigger ego boost to the wonderful staff
members who could maintain them in the face of higher and higher numbers of
users, from around town, from across the state, and then from the depths of
cyberspace.  Don't be too hasty to judge a book by its cover!  :-)

response 18 of 34:

Oct 8 16:33 UTC 1998

Glad you found a place to host the MUD, Robert. Also, I hope you 
consider sticking around Grex and contributing your viewpoints to any of 
the discussion forums here that interest you.

response 20 of 34:

Oct 9 02:15 UTC 1998

might not hear from him agian, based on his last response. but
i could be wrong ....

response 22 of 34:

Oct 9 09:35 UTC 1998

To answer the above statement(s)
I think I'll stick around and spready my nosy comments all over the place, I
like to 'talk', even though I have to admit, that often my comments are
'droppings', but hey, you can't be a Voltaire every day, right?

Misti : I was luckt to get in touch with an organisation, that (Oh wonder oh
mircale) owner's are in the CRPGA, again, good for us ;) The mud will be
located at mud.quadrunner.com port 4000 (Problem is, we are in pre-pre-alpha,
and except the stock nothing's there, but we are working on it.. actully.. I'll
post something else :P )

TS : Dont worry, usually I am stickier than bubblegum to wool cloth.

ER : Well, how can I explain that? I am assuming you have heard of the wonders
of the internet. You know, be here, when for real you are not? To be honest, I
reside in the 'Great White North' so I dont have to log on into grex, I can do
this conference over the net with my www browser.

Sincerely,
Robert Kowalewski

response 24 of 34:

Nov 1 00:11 UTC 1998

do backtalk connections show up for non-reap credits?

response 26 of 34:

Nov 10 12:36 UTC 1998

I noticed it says "Last login <date and time> on http" when you use the 
Backtalk program.  Could it be possible to add the IP of the connection 
to it?  So it may say something like:

"Last login Fri Nov 13 2:35 (EST) on http from 127.0.0.1"

It's no big deal, but it would be sorta neat, and the disk space usage 
probably wouldn't increase *that* much.

response 28 of 34:

Nov 15 04:56 UTC 1998

Hmmm... "man utmp" says lastlog contains the fields, ll_time, ll_line,
and ll_host, where ll_host is the name or IP address of the host last
logged in from.  Doing "od -c /var/adm/lastlog | more" shows that the IP
addresses are indeed stored in the lastlog file.  However, neither
"finger" nor "login" nor "lastlog" reports the host field when the print
last login times.  They print only the host and tty.  I don't know of
any command that prints the hostname, though it would be easy enough to
write one.  That's really rather odd.