HDTenEightyP/NetNews huggingface dataset:
From: TimKordas@cwru.edu (Timothy Kordas)
Newsgroups: rec.games.netrek
Subject: Re: NBR
Date: Fri, 16 Oct 1992 00:48:34 GMT
Organization: Case Western Reserve University
NNTP-Posting-Host: b62144.student.cwru.edu

In article <MerOmYK00awLE_7Xdg@andrew.cmu.edu> "Timothy C. Worsley" <tw1r+@andrew.cmu.edu> writes:
>	So the info-borg I complained about is the new NBR client, eh?  Isn't
>the NBR client supposed to be part of the NBR package, along with an NBR
>server?  It seems perfectly clear that the new features are designed at
>client-side additions, not server-client interations.  Why would someone
>write a the new client in this way if they intended to write an improved
>server to go along with it?  It is clear that the NBR is, as I have
>rather expected all along, an excuse to replace the old client with a
>new "better" client (Read: info-borg).  And you've bought it.
>ZZnew guy

The new client is NOTHING compared to the REAL info-borgs---The visible
tractor/pressor scheme does very little aside from confuse the user (to
many &%#@* things in the way)---


BTW: the client that I'VE seen with visible tractor/pressor only showed who
YOU are tractoring/pressoring---which isn't all that useful, what would be 
musch much much more upsetting would be visible tractor/pressors from/to 
OTHER ships....



-Tim Kordas
From: jjudy@argon.berkeley.edu (Jack W. Judy)
Newsgroups: rec.games.netrek
Subject: Re: The Great Base Debate
Date: 8 Oct 1992 22:01:02 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: argon.berkeley.edu

As far as Berkeley bases go you can check the motd on bigdog.cs.berkele.edu
(you remember that server don't you? the one that never f^@%ing has t-mode)
it lists out the top 20 or so players by diferent stats for regualr ships
and bases.

One thing I noticed was that there seemed to be a number of bases with
ratios way higher than their maxkills!  Must quit out/refit often or 
something...tough to tell since they've only been killed 2-3 times.

-LURI (Jack)
Newsgroups: rec.games.netrek
From: hill@norman.VI.RI.CMU.EDU (Robert Hill)
Subject: Rank
Organization: School of Computer Science, Carnegie Mellon
Date: Mon, 12 Oct 1992 19:16:54 GMT

Felix writes 

> Rank doesn't correlate with anything, since it's a natural reward of one
> individual rather than many.  In fact, DI is pronouncedly more available
> on the losing side of a game.  If anything, ogging has proven that rank
> is meaningless, and so it *should* be.

Rank is not totally meaningless.  Rank, coupled with ratings, DI, hours,  
etc. is a good indication of a person's effectiveness.

Of course rank should not be meaningless.  There are problems with it, but  
most people of higher ranks are better than those of lower (until you get  
to the rank of commodore).  6.5 ratings is the best a good player can do  
without scumming, so a commodore can reasonably be as good as an admiral,  
rear admiral, or commodore.  It is VERY rare that I find a Flt. Captain to  
have the skill of a commodore.  Note, there is at least 2 exceptions that  
I can think of.

Rob
aka Spaceace!
From: paulsen@eniac.seas.upenn.edu (FreeKill)
Newsgroups: rec.games.netrek
Subject: Re: Starbasing was [Re: I've lost all respect for Rob]
Date: 7 Oct 92 22:41:03 GMT
Organization: University of Pennsylvania

In article <UeonRO200VM84FekhQ@andrew.cmu.edu> jk5x+@andrew.cmu.edu (John O. Kim) writes:

>Other good bases:
>	Crack Pot
>	Infidel
>	NSX
>	BECK{But he HATES it]
>	ray

Wow - completely forgot about Crack Pot.  Yes, he's a definitely a good base.
The others I can't really comment on as I've rarely seen them in the base
BTW: this is also the category that I should've put Balinor in, rather than
saying he was overrated - sorry for the offense.

>Yea Boy!!!!!

FreeKill
-and definitely a free kill when in a base :(
From: margot@disuns2.epfl.ch (Joel Margot)
Newsgroups: rec.games.netrek
Subject: ogging vs bombing and planet taking?
Date: 14 Oct 92 08:13:52 GMT
Reply-To: margot@disuns2.epfl.ch (Joel Margot)
Distribution: rec.games.netrek
Organization: Ecole Polytechnique Federale de Lausanne

Well, I saw lately several people saying that ogging was not that important.
For me, ogging is not so much different to dogfighting, only approach of fight
is different, right? (correct me if am mistaking please). Like in Bug Jack
Barron, you wonder what my problem is? My problem is that I was Lt commander
with a DI of about 27 and could not get commander. Well, you're saying I'm
a weird guy giving such importance to function? Sure, maybe I am but never-
theless so am I... The point is, to give you the commander title, you need
at least a total of 3 in offensive+planets+bombings. I had about 1.10 in pla-
nets and bombing but only 0.60 in offensive, which seems to be my best -ratio
of 0.55 is also my best, unluckily enough. 

So what should I do in your eyes, netrek-fanatics? fuck up my mind in ogging
and dogfighting? trying to raise my offensive witha a few bombing and planet
takings from time to time so that those scores don't drop too much? or go 
on in bombing and taking planets forgetting about ogging? As a matter of fact,
I already tried to be more aggressive and offensive-like, but I don't seem
to catch the point, maybe missing something? Is there a trick? a best way
-ship, approach, speed- to near a foe who has 2000 kills more than me? who
may probably carry and who doesn't want me to kill him?

Thanks for any help; I am really wondering if I'll ever be commander or more(?)
From: mcp@cs.umd.edu (Mike Polek)
Newsgroups: rec.games.netrek
Subject: Re: RSA stuff
Date: 16 Oct 92 20:35:28 GMT
Organization: U of Maryland, Dept. of Computer Science, Coll. Pk., MD 20742

Oops.. I just checked on darmok's .reserved file. I must have
hosed it yesterday. It should be ok now...

installed keys:

test key
sun4 key
sgi  key
mcfadden's key

If you need a key installed, let me know.

Also, let me know if you are having trouble with a 
libmp or libgmp library, but not the rsa_util-no-library.

thanks,
Mike Polek
<mcp@cs.umd.edu>

Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Thu, 8 Oct 1992 08:44:48 -0400 
From: Tomato Boy <stimpy+@cmu.edu>
Subject: The Great Base Debate

My own thoughts on who the best bases are:
great base == many hours of basing

In support of my theory, I offer the top bases by hours in the
August 1st bronco database:

name		kills  losses  hours
-------------------------------------------------------
Balton          12180   140 204.66
Tortoise        12364   297 163.92
UndeadWarrior    4412    56 116.38
Sun Tzu          3625    55  52.24 \ 
Akira            2999    34  38.24 / same person 
axe              5428   165  83.47
Yea Boy!!!!!     3719    51  81.95
Balinor          3977    61  80.63
Spaceace!        7022   143  74.59
Drewski          3903    69  70.49
Ged              3330   106  69.53
NSX              3446    48  64.89
Wreck            3780    79  62.84
Quar             3895    39  57.14
Crack Pot        1115    58  23.16 \
Plasmoid         1470    20  27.19 / same person

honorable mentions:   (by order of character creation)

Yupa             1948    45  31.88
Krang            1988    57  42.68
Grey Elf         1871    51  36.24
Mergatroid       2261    71  39.21
Beck             1324    27  21.94
Infidel          2180    37  27.00
sluggo           1850    53  40.45
guest            2455   129  39.92 <-- "guest  " (Ensign ensign)
Val Ckurai       1132    60  19.37
Videodrome       1771    30  29.55
JR               1342    46  28.55
                         ^^^^^^^^^^
this "JR" was only the 5th from last character ever to
play base, yet managed to rack up 30 hours in it.
anyone know who it is??

Note that this whole list is by character only. I can't hope
to pick out everyone's different characters and add them
together. So, one of the reasons Balton is so far ahead of
everyone else is that's the only name he ever uses.
Also, this is only for this ONE server...
Still, I think it's an interesting list.
but take it with a BIG grain of salt

--Rick
I think basing/base ogging  is one of the best parts of netrek.
A good base can really help it's team expand it's territory.
A bad base is fun to blow up.  :)
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: rec.games.netrek
Subject: Curiouser and curiouser
Date: 8 Oct 92 23:35:43 GMT
Reply-To: fadden@amdahl.uts.amdahl.com (Andy McFadden)
Organization: Amdahl Corporation, Sunnyvale CA

Server: bigmax.ulowell.edu, port 2592 (Mass.)
Last checked at 16:17:32 (9 minutes ago).

There are 10 people playing here.

  Type Rank       Name              Login
[...]
O9 BB  Lt. Cmdr.  Insane Squirrel   USS RENEGADE@pv7b8a.vincent.
Oc BB  Captain    USS RENEGADE      USS RENEGADE@pv7b89.vincent.

Interesting login.  Good thing you guys absolutely CAN'T STAND non-standard
clients, like ones which (say) change your login.

BTW, it is "borg day" today on bigmax.  One other player responded with
"Automatic Admiral", but neither of the above responded.

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
From: echeverr@scf.usc.edu (Evil Genius)
Newsgroups: rec.games.netrek
Subject: Re: GB vs LA Riot at Calvin
Date: 11 Oct 1992 21:14:53 -0700
Organization: Illuminus Cartel
NNTP-Posting-Host: girtab.usc.edu

In article <1b84iaINNioh@agate.berkeley.edu> c60b-3ff@web-3a.berkeley.edu (Gene Choi) writes:
>P.S.  You would think USC would get a decent gateway with all the
>cash that flows in from its students though..  What is tuition now?
>$30000 including dorm fees?  Just curious.

about $24K, not counting parking, extra food, tickets to the football games, 
parking tickets, etc. etc. (we don't call it U$C for nothing).  Actually, our
FDDI ring gives us pretty low lag; the uneven jumps in ping time actually has
to do with some Cisco router which is somewhere between ISI and SDSU...

Also, this packet loss problem stems from the fact that some of our routers
were 'upgraded' this week.  (we weren't even notified, either)  Like i said,
i'm not saying you guys had no lag, but you have to consider that we (USC) 
have to deal with that packet loss when we play anywhere else in the nation.
So consider that is our problem when we play away games (which in my case, is
every game i play with the Cartel).

5150
also right now our student fileserver is experiencing some heavy intestinal
	gas which contributes to lag...
Newsgroups: rec.games.netrek
From: jsin@oahu.cs.ucla.edu (Jonghoon Sin)
Subject: Re: LA Riot -vs- GB, game stats
Organization: UCLA, Computer Science Department
Date: Sat, 10 Oct 92 08:44:52 GMT

In article <2AD6748B.4432@ics.uci.edu> hadley@broadway.ics.uci.edu (Tedd Hadley) writes:
>
>LA Riot (Fed, Home) -vs- Golden Bears (Rom, Away)
>
>Conquer! Fri Oct  9 22:38:12 1992
>
>  The galaxy has been conquered by the Federation:

The game ended with Feds winning 19-1 when the time ran out.  I didn't 
play, but I watched the whole game over the shoulders of 3 UCLA players.

I'm not a member of LAR, so my views don't necessarily reflect the team's
opinions.  I suppose someone else will post the run down of the game,
so I won't do that here, but will make some comments.

The lag must have been pretty lousy for GBs from the way they were
complaining, but what can we do?  Most of them were pretty good about it
after the game quickly settled into LPS on Romulus.

I must say Calvin is one of the more challenging server to play on, net-wise.
UCLA players sometimes get big time lags and freezes playing on Calvin; 
tonight wasn't exceptionally bad, but it certainly was noticeable at 
times.  I'm sure it was worse for GBs, but them's the breaks, folks.

I actually thought about offering to setup a server on one of our machines, 
since there were 5 potential UCLA players. I thought having a UCLA server 
could then give us a real "home" advantage.  Then I kinda dismissed the 
whole idea, when it seemed as if HoldMyOwn and luckyluke would be the only 
UCLA players.  (Exxon Valdez wasn't sure if he'd make it).

Someone asked Terence before the game if we can setup a server at UCLA, 
so they won't have to play at Calvin.  Well now, I don't know if that'd
have made things better for GBs, but if it would have, I'm glad I kept my
mouth shut :-).  Perhaps we can find out later.  

I was rather astonished at the GBs' ability to phasor lock during the LPS,
which must've lasted 90min or so or more.  They were hitting cloaked
carriers on their first shot all night long.  Lag or no lag, Amazing and
the rest of the crew were amazing.  They were obviously using borg clients. 
(now, now, back off.  I'm kidding).

I honestly don't think LA Riot had any chance of breaking the LPS.  But
then I don't think GBs would have came back either,  even though ROM was
popping armies like mad, and GBs did managed to take one planet toward 
the end (which was then immediately re-taken by Buster).   Too bad
wellington wasn't around to play.   Also too bad no ROMs declared peace 
with the Feds :-)

This is the first game Exxon Valdez made an appearance as an UCLA player.
Considering how Exxon Valdez hadn't played in seveal weeks but still
managed to get the best stats, I wonder if that says something about the
rest of CMU players...  Or the Berkeley players...  No, don't tell me.

All in all, I had fun watching.  Much better than last saturday's UCLA vs.
Arizona football game.  Probably more fun than upcoming UCLA vs. Stanford
game.

Thanks to both team members!
-- 
John Sin       <jsin@janet.ucla.edu>  ...!uunet,ucbvax)!seas.ucla.edu!jsin
UCLA EE Dept.  53-109 Engineering IV, Los Angeles, CA 90024  (213)206-7983
From: regius@cs.utexas.edu (Regius S. Gunawan)
Newsgroups: rec.games.netrek
Subject: Re: LaggU beat HB (snif)
Date: 10 Oct 1992 16:38:33 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: grit.cs.utexas.edu

In article <1992Oct10.200508.24502@u.washington.edu> archmage@hardy.u.washington.edu (Michael Bakkemo) writes:
> You lost 13-7
I thought it's more like 12-8.  But you got the stats.  (and PLEASE
mail it, at least to me)

>and the game wasn't really that close until the last 10 mins when you
>camee up with an incredible push.
It's close in my oppinion, but people's oppinion differs.  (no, I'm not
sunscreamer, this is MY oppinion)
>We noticed the ghostbust, and took *nothing* bombed *nothing*,
Er, in the 1st ghostbusts somehow when we got back in you got a little
more army.  In the second one, after the ghostbusts you got 2 planets,
we got 1 planet (our agri), and both sides got armies.
We should have changed captain so that pause can be requested earlier.

>we asked nicely if we could play him and you said yes (thank you).
Our fault.

^_^ no clue ^_^ - no, I'm simply that clueless guy
		  sitting behind you -
ps. this post have been smiley[tm] captioned for the humor
    impaired.
pps. will someone tell me the copyright owner of the smiley[tm]
     caption system.


Newsgroups: rec.games.netrek
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: rec.games.netrek
Subject: Re: RSA Stuff
Date: 16 Oct 92 19:41:29 GMT
Organization: Amdahl Corporation, Sunnyvale CA

In article <1bl0dsINN98b@usenet.INS.CWRU.Edu> mcn@b62103.student.cwru.edu writes:
>Other comments:
>1) It's a pretty good idea, but what happens if you want to invalidate a key?  
>You have the .reserved file which is essentially nonsense binary. If, for  
>example, I want to remove the sun4 key, how would I do that? 
>2) How would I know for example, that Mr. Borg (R2) is using the Sun4 key? I  
>mean, invalidating a key would be great if it gets out, but how do we know  
>which key any given player is using?

I think these are the major failings of the current scheme.  What needs to
be added are:
- an identification string embedded with the keys
- a pair of programs which do what "scores A" and "newscores" do for player
  lists.  Easy to write, easy to deal with.

>3) Fallback to reserved.c would be pretty nice, at least until it takes off...
>Maybe setting the CONFIRM flag to 0 for nothing, 1 for RSA/reserved.c, 2 for  
>RSA only... That way it could slowly be phased in...

Not really needed.  If we can use r.g.n to coordinate the change over (I'd
like to see October 25th be "RSA day") then we don't need to do this.  So
long as the new clients are available well in advance, it won't be a problem.

>        Mike Neuman                mcn@b62103.student.cwru.edu

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: rec.games.netrek
From: jecoleb@eos.ncsu.edu (have clue, will travel)
Subject: Re: grow some balls!
Originator: jecoleb@c00508-119rd.eos.ncsu.edu
Reply-To: jecoleb@eos.ncsu.edu
Organization: The Ghost Of Christmas Past Society
Date: Thu, 8 Oct 1992 06:12:34 GMT


In article <0eomYw200UzxA3DWoh@andrew.cmu.edu> sk58+@andrew.cmu.edu (Shigehiro
Kanaya) writes:
>Studies show that four out of five netrekkers have no testicles.  The
>ratio here is 3.5 to 1.  Even though most of you are from places with
>even ratios the only females you've ever come into contact with are
>klingons.
>
>Warp 9 out of the closet Scottie!!!!!
>
>You need testicles Number One.  Make it so.
>
>In case any of you have the 'balls' to write back, my address is
>sk58+@andrew.cmu.edu.  Too bad none of you seem to.

Anyone else wanna guess who left himself logged in today?

			--Commodore Video Sex Pope, NCSU
			--"and I thought *I* had the monopoly on that"
-- 
                         jecoleb@eos.ncsu.edu 
          ---------     have clue, will travel.    ---------
  "I am a penis. Worship me."--lead singer of rock band Bicycle Face,
vainly attempting to gain attention of the crowd at the Cat's Cradle
in Chapel Hill, while opening for Mojo Nixon & The Toad Liquors
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Tue, 13 Oct 1992 22:20:20 -0400 
From: Rick <stimpy+@cmu.edu>
Subject: Re: INL: Possible server bug.
	<1992Oct13.204250.493@dsd.es.com>

Ray Jones writes:
# george@taca.ece.cmu.edu (George Cebulka) writes:
#
# >	1) People we able to come into the reserved slots.
# >	   There were people in slots g and j
# >	2) people ended up on the wait queue even though there were
# >	   empty slots in the game.
#
# This is something with ERic's split wait queue.  I probably broke
# something, but I don't know what.

I have also noted that sometimes you can get in on the reserved
slots, IF the other slots are not empty. Yea Boy has played for
us in the g slot twice. Once, he switched out of the 4 slot, and
came back in on the g slot. I'm pretty sure it still will NOT let
you have more than 8 people on each team.

# >	3) Someone entered the game, declared himself captain of the 
# >	   away team and choose ORI as the team. When our real captain 
# >	   went to pick our team, we wanted ROM, he was unable to change
# >	   the selection.
#
# He can do a (I think) RESET, or something like that.  It will allow
# for reselection without re-rolling the galaxy.

I think that's RESTART.

# >	4) xtkill did not free up the slots, when we tried to eject players.
#
# xtkill will have the wrong shared memory size...  I don't know if
# that's it, but it might be.

Yes, the bronco xtkill will not work on the INL server. You have to
compile it with the INL server defs.h and struct.h. Then it works
fine. That's probably the problem you had with people getting a
queue. The other slots were probably not "FREE"

# >George Cebulka, ECE Facilities
#
#                rjones@dsd.es.com

--Rick
Valet at the Motel Spaceace!
From: davidt@cs.utexas.edu (David Eng-Yeow Teo)
Newsgroups: rec.games.netrek
Subject: Re: NBR
Date: 16 Oct 1992 00:39:40 -0500
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: grit.cs.utexas.edu
Summary: Uniting all clients


These are my suggestions as a borg, server, client hacker it has
 always been my practice to do these to my programs :-

- I try to look at as many similar programs as possible.
  When I was writing my borg, or setting up my own server etc.
  I like to study the codes of those servers that are currently popular.
  I tried to find out what the public like and dislike.
  I didnt have access to any borg code when I was building the GFBorg
 though but I did look at a number of clients.

- I tried to include neat features from these programs along with my own ideas.

Reason for doing that :-

- 2 heads (or > 1 heads) are better than one

- It is more likely that the rest of the world can teach me a thing or two than me teaching the rest of the world a thing or two.

- For example, I noticed several examples of good coding and features
 from the Beef client but no one seems to include them into their client,
 except myself.  (I am talking about the non-borg features).

- Good borgs like the pig has some neat, and non-borg, features too which 
client hackers will do well to include them into their program.

To draw your attention, here are some of the neat features that I've seen
in borgs and other clients that I feel is worth adding into future client
codes.

- Able to specify server and port given a server nickname defined in the
.xtrekrc file.
For example,

bronco: ...... <whatever the inet number is>
bronco.port: 2592n

Just type :-

netrek -h bronco

to invoke it

In this case it is 2592 as with most servers but there are servers out 
there with different port numbers.

- Able to define control keys along with the rest of the keys in your
 keymap.
The pig borg did a very good job on that.  With this, you can define
 keys
like the TAB key, the RETURN key, the BACKSPACE key and it also adds a
wider availability of keys for the addition of future features.

- Able to recover from Ghostbusts.  The pig and GFBorg have a feature
that allows you to get back into the game even when your client seg-
faulted because of UDP or anything else.  Of course it doesnt have
to be a seg-fault, it can be a bus error or whatever, you can still get
back into the game.

etc.

These are just some of the ideas I got from experimenting with other borgs
and clients.  I only hope that program hackers will try to look at
the other available borgs and clients out there and incorporate some of
their ideas if they think it's good.

I'm interested in any discussion on borgs, robots, servers, and clients.
Anyone out there who is interested in creating/modifying their own
anyone of the above, I'm willing to trade ideas and codes (except borg
codes) with you.  However, I may not be here for long.  :(

Newsgroups: rec.games.netrek
From: jsin@oahu.cs.ucla.edu (Jonghoon Sin)
Subject: Re: LA Riot -vs- GB, game stats
Organization: UCLA, Computer Science Department
Date: Sun, 11 Oct 92 03:22:08 GMT

In article <1b7sngINNhsi@agate.berkeley.edu> c60b-3ff@e260-3a.berkeley.edu (Gene Choi) writes:
>\- What kind of bullshit comment is this?  Mojo said it.  So does
>that make anything that comes out of Berkeley a weenie?  I don't
>see how Maroo's post deserved this kind of shit.

No, that doesn't make make you or Mojo or anyone else from Berkeley 
a weenie.  I think you misunderstood what I said.

>					\- Reread the post and think
>					about who the asshole is.
>					He didn't say anything that
>					deserved this kind of flame shit.

Right after the game, you posted a message which I enjoyed reading.  You 
said the lag was bad, but you were a good sport about it, and I commend 
you for that -- I thought, "hey, this guy has class".  Now read Amazing's 
post and compare the style and tone.  I think you will agree that he lacked
the kind of class you possess, and that he deserved something, if not a 
full "flame shit".  

I'm sure that you understand and agree with the emotions of your team 
member to a certain degree, but since it came as a follow up to my post, 
I took it a little too personally, I'm afraid.
-- 
John Sin       <jsin@janet.ucla.edu>  ...!uunet,ucbvax)!seas.ucla.edu!jsin
UCLA EE Dept.  53-109 Engineering IV, Los Angeles, CA 90024  (213)206-7983