HDTenEightyP/NetNews huggingface dataset:
From: mehlhaff@soda.berkeley.edu (ERic MeHlHaFf)
Newsgroups: rec.games.netrek
Subject: Re: "Wait and Read the Motd"
Date: 21 Dec 1992 20:15:19 GMT
Organization: The Dis-Orginization
NNTP-Posting-Host: soda.berkeley.edu

In article <BzL972.DMp@phage.cshl.org> boutell@isis.cshl.org (Tom Boutell) writes:
>In article <1gthlbINN9f4@agate.berkeley.edu> mehlhaff@soda.berkeley.edu (ERic MeHlHaFf) writes:
>>In article <BzGyvJ.ML0@phage.cshl.org> boutell@isis.cshl.org (Tom Boutell) writes:
>>>This is a lovely feature, but is there a way I can get the motd to go
>>>away without iconifying the wait queue monitor itself?
>>
>I don't mean to flame, considering the amount of wonderful work y'all do
>to keep us trekkers trekking, but giving me a window I can't
>iconify *at all* even if I iconify the wait window itself is really
>annoying. I *like* WaitMotd, but if I can't tell it to go away without
>quitting the wait altogether it's not nearly as useful.
>
>Nonetheless, thanks for the otherwise nifty client.


I know it's a cheap flame, but have you heard of these nifty programs called
'window managers'? They do really neat things like iconifying windows and moving
them out of the way and hiding them under other windows and all sorts of other
things like that!  ;-)



But to be serious, I suppose I really need to put in something to unmap the motd
window and show some help about what to do with it: i.e. how to save the motd
to a file ( Yes, you can do that! hit 'S'!) page forward and back, and such.

And I'd hoped to get back to server hacking.  Sigh...
-- 
ERic mehlhaff					   mehlhaff@soda.Berzerkeley.EDU
mehlhaff@ocf.berkeley.EDU         "Life? Don't talk to me about life..." -Marvin
From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: Re: Traitors
Date: 4 Jan 93 00:10:41 GMT
Organization: Deep Thirteen, Gizmonics Institute

Bert Enderton writes:
>When you've got the enemy team down to an LPS (or near to
>that) involving their home or core world(s),
>During phase two, killing any enemy
>and enabling him to reappear nearer the target planet is a big mistake.
>Doing so consistently is treachery.  Understand?

>Starbases are almost always traitors in these situations.  A starbase
>with two escorts trying to keep it alive, that constitutes three
>traitors.  (On the other hand a SB can be very useful in phase one).

SBs can also be useful in phase two; the problem is that they often
attract clueless defenders who will kill nearby wounded or fuelless
enemies.  (And few ships can avoid one of these two states near a
base.)  Nonetheless, if the SB does not have syncophantic escorts, it
can be quite useful for the taker to move by the base on the way to
planet; this is often the best way to approach the front cloaked if
you are trying to sneak.  Plus, enemy oggers (who tend to be an LPSs
best players), will often brave the base's fire trying to ogg, in
which case it is sometimes possible for the base to trap the player,
det his fuel, phaser him to warp 2 and then hold him with tractors
from suiciding on local planets while the taker makes his move.

It is also sometimes possible to trap scouts in the same fashion, even
in INL games.

Trapping a talented enemy and holding him useless and out of the fray
is, I think, one of the most satisfying potentials of base play.  It
does not happen very often, but when it does... tremendous fun.  I
once held MUCUS PIG for nigh on a minute before some clueless scum on
my team killed him.

-Wreck
Newsgroups: rec.games.netrek
From: isae@iastate.edu (Gadjah Mada)
Subject: Re: Had an idea for bronco....... 
Organization: Iowa State University, Ames IA
Date: Fri, 25 Dec 1992 00:08:05 GMT

In <1992Dec24.132616@IASTATE.EDU> exodus@IASTATE.EDU writes:
>  I guess maybe this has been proposed too many times
>already, but I thought I'd bring it up again. Why doesn't
>BRONCO try designating one night a week as "clue nite".
>Players would have to be on a "clue-list" in order to

This would require more work. :-)

>log on, or just say all players during that night have
>to have a rank of Fleet Captain or higher to log in. It

This would be easier, but... but..  *GASP*
I am just a captain on Bronco. :-( And I guess I am not alone;
There are many pretty good player who stuck at captain. (I think :)

>					Exodus

-Rony
 isae@IASTATE.EDU
From: chris@castlab.uucp (Christian)
Newsgroups: rec.games.netrek
Subject: Re: fonts and lack there of
Date: 23 Dec 92 17:27:44 GMT
Distribution: rec.games.netrek
Organization: U of Wisconsin-Madison College of Engineering

In article <ramage.725067071@ohm> ramage@ece.scarolina.edu (Dan Ramage) writes:
>I got a clinet to test out one of the servers.  When I execute the file it says
>it can't find 6x10 font.  I got the source, compiled it and had the same trouble.
>I saw the 6x10 font files with the code and was wondering if there is a place
>the files should go other than where they are, which is in the same dir as the
>x11netrek executable.  I went into the code and modified it to look for 8x16
>but it couldn't find that either, and I know that works as I use it when I run
>xterms.   I am using a dec3100.  Any suggestions would be greatly appreciated.
>
>Dan
>ramage@charlie.ece.scarolina.edu


Fonts go in your X-Windows font directory (wherever that might be...)
Once there, you need to compile the fonts (fun, no?) using makefontdir,
after you got the fonts into the right format (maybe with bdftosnf).

Most likely thsi will work: stick the fonts into your x font directory
and run makefontdir. Lemme know if that spooges.

-Chris 
Newsgroups: rec.games.netrek
From: chris@castlab.uucp (Christian)
Subject: Re: Calvin GOD?
Organization: U of Wisconsin-Madison College of Engineering
Distribution: world 
Date: 29 Dec 92 22:47:49 CST

In article <1hr8upINNm1j@aludra.usc.edu> eugenehs@aludra.usc.edu (HEUGE aka Eugene Hsu) writes:
>you know......
>someone asked who was the Calvin god....  and I am not really sure
>right now.   Dan just graduated from U.S.C. so I am not sure....
>
>Maybe rone (also known as 5150) or Jimmy (only one Jimmy who posts
>here) knows....  they read this newsgroup.... so guys....
>
>who is in charge of Calvin now that we are starting to return to 
>some highly clued games like in the days of last year when at
>about 2 A.M. all the clued players would be found crawling out 
>of the woodwork (read research labs/library) and found on Calvin?

I wuz taking a look at calvin all day through Metaserver (vt100 it is,
no x-terminals at home...) and it went back and forth from the twilight
zone quite a bit... 

So, maybe it would be a good idea if the anonymous calvin god would like
me to stick the user dB on inconel. I must say, inconel has almost nooooo
trek usage, but me, being the dedicated and lucky admin I am, have a whole
Sparc2 just chugging along all day with < 1 load average. Inconel is never
down, so I would imagine that having the calvin dB would be a decent thing to 
bequeath to mankind.

Who ever is in charge over at cal, gimme a ring- we can do lunch.

-Chris
Newsgroups: rec.games.netrek
From: chris@inconel.uucp (Christian)
Subject: Re: Three-team or four-team t-mode?
Organization: U of Wisconsin-Madison College of Engineering
Date: 3 Jan 93 01:22:30 CST

In article <78947@hydra.gatech.EDU> ce202a2@prism.gatech.EDU (Peter L. Thomas) writes:
>Is there such a thing?  Would anyone be interested in trying, especially
>as there are several servers that regularly are full to the brim.
>
>--Pete

Heck, we at inconel would pay you money to play over here. (well, we'd fax you
copies of $1 bills, at least.)

Gimme the mods and I would be happy to run them and see how it goes.

-Chris
Newsgroups: rec.games.netrek
From: dmd39855@uxa.cso.uiuc.edu (Daniel DuBois)
Newsgroups: rec.games.netrek
Subject: Re: problem getting client to run
Date: 29 Dec 92 18:55:17 GMT
Organization: University of Illinois at Urbana


oh wait, I remember... changing the LD_LIBRARY_PATH to those
extra directories didnt work because lib.so.4 thing didnt exist anywhere.
Pretty wierd, eh?

-Dan
Newsgroups: rec.games.netrek
From: george@fornax.ECE.CMU.EDU (George Cebulka)
Subject: Re: Bronco user dB
Originator: george@fornax.ECE.CMU.EDU
Organization: Electrical and Computer Engineering, Carnegie Mellon
Distribution: usa
Date: Wed, 30 Dec 1992 16:12:06 GMT


|>
|>I guess this question goes the Bronco God, but I thought I'd post here
|>anyway....
|>
That is me. Next time try sending mail to:
        netrek@bronco.ece.cmu.edu

|>Can I get the bronco user dB? Why, you ask (aren't you?), do I want that.
|>Well, I figure if bronco is full, the user might as well use another server
|>with some slightly older chracaters. I believe rwd4 has the bronco dB??
|>I'd like to do the same thing for inconel. There is a very old user file
|>avaiable on the ftp sites, but I'd like a newer one, if possible. 
|>
|>
|>-Chris
|>

Yes you may. You can find it on:
        ftp.ece.cmu.edu in /pub/netrek/scoredb
There are 2 versions the current one as of today, 12/20/92 and one from November
just before I ran trimscores.

        George.


Newsgroups: rec.games.netrek
From: isae@iastate.edu (Gadjah Mada)
Subject: Re: ntserv
Organization: Iowa State University, Ames IA
Date: Thu, 24 Dec 1992 18:45:52 GMT

In <Bzq7LL.JA5@cs.bham.ac.uk> jwh@cs.bham.ac.uk (James Hawtin) writes:

>From having watched my machine running or rather Andys, the thing that appears to
>take most of the time is ntserv or rather the swopping/contex switch of 16 of them. 

Have you tried out Hadley's input.c optimization? if not, I strongly suggest
you check it out. it does reduce the load ALOT.
Let us know what you get. ;-)

>				James.

-Rony
 isae@IASTATE.EDU
Newsgroups: rec.games.netrek
From: ramage@ece.scarolina.edu (Dan Ramage)
Subject: Re: socket.c help needed
Organization: USC  Department of Computer Science
Distribution: rec.games.netrek
Date: 23 Dec 92 13:27:27 GMT

ramage@ece.scarolina.edu (Dan Ramage) writes:

>I am trying to compile the files in the ntserv dir.  I get an error in socket.c,
>"ccom: Error: socket.c, line 1437: static function declared and referenced, but not defined: time"
>, and I can't figure out what the error is.  Does anyone have a good copy of socket.c
>or know the fix to this problem.  Thanks for any and all help.


>Dan
>ramage@charlie.ece.scarolina.edu

I should have also put that I got the files from the Netrek.SRC.tar.Z
file.


Dan
From: probreak@matt.ksu.ksu.edu (James Michael Chacon)
Newsgroups: rec.games.netrek
Subject: Re: atd stuck again?
Date: 28 Dec 1992 07:35:19 -0600
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

sherod@newton.Colorado.EDU (Scott Herod) writes:

>>                                                 Mins
>I wonder about those ksu guys.  Friday I noticed the same thing except
>two players on sturgeon.  Of course one of the ships had many kills
>and the other had a really bad ratio.  I wish I could have seen his face
>when I toasted both his ships.

>Mad (yes I was logged on the day after Christmas) DDogg

Those "ksu guys" do get bored sometime when there is no action. Like
scumming on sturgeon is SO bad, seeing how thats the whole object it seems.

(You know: scum kills, get better ships, scum more kills easier now, repeat)

James
From: fadden@uts.amdahl.com (Andy McFadden)
Newsgroups: rec.games.netrek
Subject: MS-II outage
Date: 23 Dec 92 21:32:07 GMT
Reply-To: fadden@amdahl.uts.amdahl.com (Andy McFadden)
Organization: Amdahl Corporation, Sunnyvale CA

There's going to be an outage on the 26th; I probably won't get around to
bringing it back up until the 27th.  Not a whole lot of people playing anyway.

-- 
fadden@uts.amdahl.com (Andy McFadden)
[ Above opinions are mine, Amdahl has nothing to do with them, etc, etc. ]
Newsgroups: rec.games.netrek
From: lyodav@iastate.edu (Sun God)
Subject: Re: Dogfight Size wars
Organization: Iowa State University, Ames, IA
Date: Sat, 2 Jan 1993 06:56:48 GMT

In article <1i2nkaINN6nv@agate.berkeley.edu> tom@soda.berkeley.edu (Tom Holub) writes:
>In article <lyodav.724990364@du139-203.cc.iastate.edu> lyodav@iastate.edu (Sun God) writes:
>)
>)Maxwarp * Hull:
>)---------------
>)Scouts    = 900
>)Destroyer = 850
>)Cruiser   = 900
>
>Battleship = 1040
>Who said they had to be equal?
> -Tom
   Well, I also think that BB maxwarp should be 7. Then we have:
SC 900
DD 900
CA 900
BB 910
   Of course, I also think that torps should be different, as follows:
SHIP   MAXWP   DAM
SC     15.5    25
DD     14      30
CA     13.5    33
BB     12      43
   So, call me a radical, but I've implemented both of these changes (and lots
more) on my own server code. Not that I have a machine to run it on...(yet)
All of the changes are determined by some homemade formulas which seem to work
really well. It's not like I just arbitrarily came up with these things. 
Anyway, you can have your galaxy however you want, and I'll do the same if I
ever get a bouncing baby galaxy of my own. Freedom of choice! Then the great
unwashed (most computer nerds don't take that many showers ;-) ) masses can
decide what they like.
--Dave/WeenieBlaster
Hey, don't take offense; I meant all of the OTHER computer nerds. ;-)




Newsgroups: rec.games.netrek
From: btd@iastate.edu (Benjamin T Dehner)
Subject: Re: Traitors
Organization: Iowa State University, Ames IA
Date: Sun, 3 Jan 1993 23:30:48 GMT

In <C094H8.8Cu.1@cs.cmu.edu> hde+@cs.cmu.edu (Herbert Enderton) writes:

>There's one section on the notes on teamwork that I didn't emphasize
>enough.  When you've got the enemy team down to an LPS (or near to
>that) involving their home or core world(s), there are two phases to
>the offense.  In the first phase you are trying to get kills, pick up
>armies, and refuel.  But once any of you have succeeded in that, the
>whole team is in phase two, where the goal is to get those armies
>delivered to the enemy planet(s).  During phase two, killing any enemy
>and enabling him to reappear nearer the target planet is a big mistake.
>Doing so consistently is treachery.  Understand?

>E.g. if I'm going in to try to drop armies on the last planet Tauri,
>and you kill a Romulan ship near Indi, you are a traitor, plain and
>simple.

	I wouldn't call this 'treason', merely cluelessness.  And I can't
beging to count the number of times I've been sc bombing and some twink
chases me into third space in a BB or CA.  Depending on the situations,
I'll either cloak and run by him at warp 12, or play with him a while to keep
him distracted.  Best case is when two twinks do that, and I can keep a couple
of defenders tied up.  I will let myself get killed instead of taking them
out so that the above does not happen.

>  -- Red Shirt

Cthulhu

-- 
-----------------------------------------------------------------------------
Benjamin T. Dehner    Dept. of Physics and Astronomy 
btd@iastate.edu       Iowa State University 
                      Ames, IA 50011
From: exodus@IASTATE.EDU
Newsgroups: rec.games.netrek
Subject: Had an idea for bronco.......
Date: 24 Dec 92 19:26:16 GMT
Reply-To: exodus@IASTATE.EDU
Organization: Iowa State University




  I guess maybe this has been proposed too many times
already, but I thought I'd bring it up again. Why doesn't
BRONCO try designating one night a week as "clue nite".
Players would have to be on a "clue-list" in order to
log on, or just say all players during that night have
to have a rank of Fleet Captain or higher to log in. It
would be so great to have one night a week on BRONCO when
you could count on a totally clueful game. Please consider
this Rob. Give it a try, and if it doesn't work out, change
it back. I think it is worth a try though. Scheduling clue
games is nice and all, but they aren't consistent, where
this would be. Thanks for listening :)



					Exodus
From: greenie@drycas.club.cc.cmu.edu
Newsgroups: rec.games.netrek
Subject: Blessed VMS client for VMS V5.5?
Date: 1 Jan 93 20:38:55 -0500
Organization: Carnegie Mellon Computer Club

Does anybody have a BLESSED VMS client that will run under VMS version 5.5?  I
have a blessed VMS client, but it wont run due to a library mismatch
(incompatable versions of VMS I'd suppose, since I've had the problem before...

Any help would be appreciated...!

Andy
Newsgroups: rec.games.netrek
From: chris@inconel.uucp (Christian)
Subject: Bronco dB
Organization: U of Wisconsin-Madison College of Engineering
Date: 30 Dec 92 22:41:56 CST

Ok, call me shmoo, but now that I have the wonderfully plump and robust
bronco dB, how the heck do I get it to work with my server?

There seems to be a conflict twixt mt .global file and the .players
file... atany rate, runinf scores on .players results in a core dump,
and pledit upchucks just as happily. 

Anyone wanna clue me in? Or am I asking for can in the candy store?


-Chris
From: bellew@stipple.seas.upenn.edu (Douglas V Bellew)
Newsgroups: rec.games.netrek
Subject: Re: Addiction
Date: 21 Dec 92 20:17:56 GMT
Organization: University of Pennsylvania

In article <102653@netnews.upenn.edu> paulsen@eniac.seas.upenn.edu (Brian Paulsen) writes:
>In article <1gthh8INN9e1@agate.berkeley.edu> mehlhaff@soda.berkeley.edu (ERic MeHlHaFf) writes:

>>A long-standing adage here at Berkeley has been:
>>GPA+ratio=constant

>That's why I started ogging and scout bombing... I needed to get my grades
>up!!! :)  In the end, though, I started learning how to really dogfight,
>and my grades plummetted. :(

Naah, It's close but not totally accurate.  When I first started ogging,
I wanted to get better, which of course meant staying up 14-20 hours 
at a stretch with Brian and Streaker.  I went from a 4.00 student to my
first semister ever under a 2.00. My ratio was still under 1.00 though.

But my offense was over 2.5. :)

Maybe it's one of these average ratio's.... GPA + stats/3  = constant.

>Brian

Doug
From: tom@soda.berkeley.edu (Tom Holub)
Newsgroups: rec.games.netrek
Subject: Re: Elements of teamwork (long)
Date: 2 Jan 1993 01:17:08 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu

In article <C05EqG.LuF.1@cs.cmu.edu> hde+@cs.cmu.edu (Herbert Enderton) writes:
)Roles
)
)Tell your team that you'll be playing a certain role, such as
)scout-bomber, ogger, or escort, and then stick to it for a long time.
)That way they know what to expect from you, and thus can coordinate
)better with you.  Roles provide an easy way to manage the division of
)labor, helping to ensure that everything gets done, and helping to
)avoid redundancy. 

There are two schools of thought here; most INL teams seem to assign
roles, but I've never found it to be as effective as having everyone
do everything.  This worked for the Golden Bears this fall because
we had 8 dynamic players who could do it all, and we happened to 
have a good balance of people who liked to ogg, people who liked to
bomb, and people who liked to scum.  It won't work for everyone, but
I think the quintessential INL team wouldn't have assigned roles.

I would even disagree that an assigned role is the only way to go in a 
pickup game.  It is nice to have someone who you know is scout bombing,
or ogging, or whatever, but I find myself wanting to do everything, so I
do.  The important thing is to keep your team informed.

Other than that, it's a good overview of a role-defined system.
 -Mojo
From: mehlhaff@soda.berkeley.edu (ERic MeHlHaFf)
Newsgroups: rec.games.netrek
Subject: Restricting Multi-login scumming (was Re: What one reads at 2am ...
Date: 21 Dec 1992 20:29:51 GMT
Organization: The Dis-Orginization
NNTP-Posting-Host: soda.berkeley.edu

In article <greyhelm.724934012@cygnus.cis.ksu.edu.cis.ksu.edu> greyhelm@cis.ksu.edu (Karl S. Hagen) writes:
>amb@cs.columbia.edu (andrew m. boardman) writes:
>
>     NO NO NO ... this is not normal .... the GOD for uiowa made a
>minor goof in the code .. and refits were outrageous.  Being that
>the GOD will probably fix this and wipe scores I am not worried.
>I had alittle bit of off-the-wall fun ... The scummers were however
>alittle irritating ... But if you just hunted them down killed them
>it got to be fun ... after a while they left ... I think the deity
>needs to watch for multiple logins by the same userid ... this
>I thought was solved by the RSA clients... but I guess not.


The New RSA clients had nothing to do with dealing with this 'problem'. It's a
server hack and a half.

But it leads to some interesging  questions on how to deal with people 'sCumming'
in this faschion.  How to restrict it.

1) You could try to restrict numbers of logins from the same machine. But this
   has its problems. Consider the people playing from Xterminals with their netrek
   client running on some reasonably hot  machine. As far as the netrek server
   knows, they're all playing from the same place, even though their X displays
   really are different.
	Also, people using things like 'trekhopd' to get through internet
   firewalls appear to the server to all be playing from the firewall.

2) You could try to restrict the number or the same account logged into the
   server. But this isn't too good either:  Lots of people 'share' accounts to
   play netrek -- this ranges from people logging in their friends to play to
   such security nightmares as 'public' netrek accounts.


So, the question is, how to deal with the multi-login scummers without harshing
on the 'legitimate' players whose netrek access is through these means...

Think about it; post suggestions...

-ERic
-- 
ERic mehlhaff					   mehlhaff@soda.Berzerkeley.EDU
mehlhaff@ocf.berkeley.EDU         "Life? Don't talk to me about life..." -Marvin
From: jwh@cs.bham.ac.uk (James Hawtin)
Newsgroups: rec.games.netrek
Subject: ntserv
Date: 23 Dec 92 19:03:20 GMT
Reply-To: jwh@cs.bham.ac.uk
Organization: School of Computer Science, The University of Birmingham, UK

From having watched my machine running or rather Andys, the thing that appears to
take most of the time is ntserv or rather the swopping/contex switch of 16 of them.  Why is this forked perhaps it could be written as a single process? I know this is
FOCS but it would be better, The Share memory and the daemon would be left exactly as
they are so it would not affect that. I know what people are going to say..... New
connection would slow it down. However the lisern progie could inform the ntserv via
SHM of a new connection so this would not a problem, We could then us multiplex I/O.



				James.
Newsgroups: rec.games.netrek
From: josh@cqs.washington.edu (Josh Hayes)
Subject: Re: Restricting Multi-login scumming (was Re: What one reads at 2am ...
Organization: University of Washington
Date: Mon, 21 Dec 1992 21:10:49 GMT

To:	netrek folkaroo
From:	doctor Catherwood Garden Angel Uh, Clem
Re:	multi-login scumming

Solution: Ignore it.

I mean, really, who CARES that some bozo scums his way up to
Commodore, or Admiral even, by doing this? WE know he's clue-free.
And you get the fun of repeatedly toasting an Admiral, though
there's no point in ogging an admiral[*].

[*] ObPonyBoy!

the doc

--
  Josh Hayes, Quantitative Sciences HR-20 U of Washington
  josh@mowgli.cqs.washington.edu             206 543-5004
  The harder they come, the harder they fall, one and all
Newsgroups: rec.games.netrek
From: kevinmac@ll.mit.edu (Kevin McElearney)
Subject: Re: problem getting client to run
Reply-To: kevinmac@ll.mit.edu (Kevin McElearney)
Organization: MIT Lincoln Laboratory, Lexington MA
Date: Wed, 30 Dec 92 13:26:35 GMT

In article <C01B0z.19o@news.cso.uiuc.edu>, dmd39855@uxa.cso.uiuc.edu (Daniel DuBois) writes:
|> dmd39855@uxa.cso.uiuc.edu (Daniel DuBois) writes:
.
<edited>
.
|> netrek: Can't find font -adobe-helvetica-bold-r-normal--34-*-*-*-*-*-*-*.  Trying others...

You can redefine your fonts in your .xtrekrc file.  This is what I use for
fonts and geometry under OpenWindows 3.0:

font:                   -schumacher-clean-medium-r-normal--10-100-75-75-c-60-*
boldfont:               -schumacher-clean-bold-r-normal--10-100-75-75-c-60-*
italicfont:             -schumacher-clean-medium-i-normal--12-120-75-75-c-60-*
bigfont:                lucidasanstypewriter-bold-24
netrek.geometry:        1002x836+0+0

This may fix the other problem.

Kevin (Sport-0)