HDTenEightyP/NetNews huggingface dataset:
From: delbaeth@cqs.washington.edu (Robert Christ)
Subject: Re: lagg U genocided by SS
Organization: University of Washington
Date: Sat, 7 Nov 1992 06:40:30 GMT

Excuse time!

Ok, no excuses, they are just way better than we are.  

Some lowlights:  We had a horrible start.   Lots of our
bombers got nuked during the pass (embarassing, I know). So
we start out with an enormous army deficit.  To compound it,
our best scout got locked out (the server had problems all night)
right when we needed him most.  (Spaceace! (?) sat out while 
our guy was out, many thanks to him). 

Our normal strategy (which worked well against our other opponents)
is to trade planets and use up all our armies as they use up all theirs.
Then, we generally manage to keep up an overall army surplus by better
scouting and ogging (and in our 4 wins, better base ogging).  At this
point we begin to move forward..

Against Side Salad the start was very similar.  We managed to take
some planets and retake the ones they took (even had a 10-9-1 lead at
one point!) until our armies ran out.  Here, however, they still
had bundles of armies left and they began to crush us.  They also
one wave dooshed our base (turned the tables on us bigtime, although, we
were expecting it).  We still weren't managing any effective scouting
and they just pushed us back to our last planet.  Here we really sucked
cause our players weren't just sitting at earth but off on wild errands.
They dropped to 3, then 1, then whammo..

Side Salad escorting is *awesome*.  Also, their ogging is persistant.
Normally when we are escorting to a planet we arrive, mutual off all the
defenders and have the planetscum scum.  This was ineffective
against SS because they just kept coming at the planet mutualing was not
an effective technique (although, we did have a couple nice takes).

We are quite embarassed to have been genocided.  However, it has been
quite awhile since the first season where all we did was defend LPS.
I think we are a bit out of practice.

I think we did learn some things, hopefully we will be better prepared
against TWNN.  Many thanks to SS for the lesson, er, scrimmage.
  rob
From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: Re: official NBR proposal
Date: 7 Nov 92 21:00:04 GMT
Organization: Deep Thirteen, Gizmonics Institute

Joseph E. Beck writes:
>My proposal is that you're able
>to map your race's planets on the map on 1 font, enemy planets in
>another font, and independant planets in a third.

This proposal has already passed, or at least, at generalization of it
has:	

font control
  description: add .netrekrc specified fonts for labelling: my_ship, my_team,
my_planet, enemy_ship, enemy_planet, thirdrace_ship, and thirdrace_planet.
  proposed-by: Jonathan_Hardwick@GS69.SP.CS.CMU.EDU

-Leonard
Newsgroups: rec.games.netrek
From: jch+@cs.cmu.edu (Jonathan Hardwick)
Subject: Re: official NBR proposal
Organization: School of Computer Science, Carnegie Mellon
Date: Fri, 6 Nov 1992 15:08:47 GMT

"Joseph E. Beck" <jb8n+@andrew.cmu.edu> writes
> Currently on monochrome monitors there is no way to distinguish
> independant planets on the galactic map (unless you choose to display
> racial ownership, which is a lose).  My proposal is that you're able
> to map your race's planets on the map on 1 font, enemy planets in
> another font, and independant planets in a third.  This allows you to
> distinguish at a glance which planets are independant.  

Already proposed and seconded, under the name "font control".
Actually, I proposed we should have my_ship, my_team, my_planet,
enemy_ship, enemy-team, enemy_planet, thirdrace_ship, and
thirdrace_planet.  Dunno why it never made it into the nbr.Z file; I
probably dropped a post on the floor somewhere...
From: sjsmith@cs.umd.edu (Stephen Joseph Smith)
Newsgroups: rec.games.netrek
Subject: Re: Brick Verser in 2004
Summary: I laugh at you
Date: 12 Nov 92 00:21:18 GMT
Organization: Dept. of Computer Science, University of Maryland at College Park

In article <1992Nov11.035312.12066@ils.nwu.edu> mccoy@ils.nwu.edu writes:
>For once I get to use the wonderful poly-sci degree I paid too damn much
>for; there are _no_ necessary qualifications for the veep, nor are there
>any for the cabinet (positions 5-15 on the succession ladder).

I suggest you go back to school.


AMENDMENTS TO THE CONSTITUTION OF THE UNITED STATES

ARTICLE XII (The Twelfth Amendment)

Sent to the states 12 December 1803, by the Eighth Congress.
Ratified 27 July 1804.

"...But no person constitutionally ineligible to the office of President
shall be eligible to that of Vice President of the United States."


The cabinet constitutes positions 4-16 on the succession ladder, beginning
with the Secretary of State and ending with the Secretary of Education.
Position 7 is the Attorney General, and purists may not count this as a
cabinet position.


Thank you for playing, though.

- Gamera
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Thu, 5 Nov 1992 18:46:59 -0500 
From: Rick <stimpy+@cmu.edu>
Subject: berkeley client

would someone please explain to me why the berkeley client puts
"planet destroyed by" messages in the ALL board??
The code that does that appears to ME to be dmessage.c.
but the berkeley client dmessage.c is identical to the old dmessage.c
except for the message to god stuff. So why are the planet destroyed
messages going to the ALL board?!?!?
the "planet taken over" messages still go the the team board...
btw, the pig borg also does that.

Please tell me where the relevant code is. I want to get those messages
back to the team board.  (for now, in dmessage.c I check for
the string "destroyed by" and put those messages in the team window.
this is a hack. :) please explain this to me!

confused,
--Rick
Organization: Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Fri, 6 Nov 1992 08:13:55 -0500 
From: Rick <stimpy+@cmu.edu>
Subject: Re: berkeley client
	<2AF9F2E1.1213@ics.uci.edu>

ah, that would explain it...
anyway, while we're at it, why not do the kill messages a better way?
right now the client checks for "was kill" and "killed by"
and "being attacked by" in messages, and sends those to
the kill window... this is highly stupid. it should assign an MKILL
flag to the message by the server, and have the client look for that.

That way, the server god can send other stuff to the kill window.
like:  GOD-ALL  army motel (R1+8 armies) was DOOSH!ed by ogger (F3)
and Altair->FED  Augh! We are being dooshed by F3 who is 2% damaged!

just kludging for "was kill" etc. is a nasty hack...
and takes away so much fun for the server gods  :)


--Rick
"Bronco Netrek Server. You will never find a more wretched hive of
scum and villainy." -- Admiral Kenobi (aka Terence Chang)
Newsgroups: rec.games.netrek
From: rwd@CS.CMU.EDU (Randall Dean)
Subject: Re: new no-profanity rule at rwd4
Originator: rwd@ERNST.MACH.CS.CMU.EDU
Reply-To: rwd+@CS.CMU.EDU
Organization: Carnegie Mellon
	<721132446.27600.0@unix7.andrew.cmu.edu>
Date: Sun, 8 Nov 1992 18:31:00 GMT

In article <721132446.27600.0@unix7.andrew.cmu.edu> Rick <stimpy+@cmu.edu> writes:

   The thing about rwd4 is, a few people have access to the office,
   so they can boot you.

   --Rick
   Ensign FUCK YOU, GOD   (discovery)
   for some reason, i can't manage to play long enough to get promoted...

Bzzt.  Todd Mummert and I are the only ones able to boot people.  If you
don't like it, do as Nanci says, play elsewhere.  And, if you have not
figured out yet, I REALLY don't care what other people think about this
policy.  I should probably add to the motd that repeated cluelessness will
get you booted if Todd is in the game.  He has a real pension for booting
idiots...
From: gt5666b@prism.gatech.EDU (Raptor, Mage-Knight of Arwen Evenstar.)
Newsgroups: rec.games.netrek
Subject: Numeric server names
Keywords: HELP!
Date: 5 Nov 92 20:53:45 GMT
Organization: Georgia Institute of Technology


 Would someone take pity on a poor Lt. Cmdr and send him the numeric
adresses of some netrek servers? My client hates the word things...


				Thanks, 
				   Mouse.


-- 
 'He hovers, swoops, and glides
  O'er meadows, moors and streams;
  He seems to be some fantasy--
  A ghostly bird of dreams.'                         'Owl' by an unknown author
From: gdearing@magnus.acs.ohio-state.edu (Gregory D Dearing)
Subject: Re: Lag (a server plug)
Keywords: server fast no-lag
Organization: The Ohio State University
Distribution: usa
Date: Sat, 7 Nov 1992 18:03:37 GMT

In article <1dgfp7INNr8t@girtab.usc.edu> echeverr@scf.usc.edu (5150) writes:
>In article <95S303rTb8WY00@amdahl.uts.amdahl.com> ctrown@amdahl.uts.amdahl.com (Christopher Trown) writes:

>
>I wouldn't mind having to keep two different clients in my home directory,
>but the RSA clients available are STRIPPED.  I mean those things are old...
>the cursor won't warp to message if you hit 'm' and the O menu is missing
>a few options.... can someone PLEASE PRETTY PLEASE WITH SUGAR ON TOP compile
>some nice up to date RSA clients?

Poor guy...I really sympathize.  Unfortunately, a lot of us still use the
'old' client without all these neat warp to message, rotate galaxy,
whine about wtemp, auto udp, filter your mail clients.
I've only seen the newer clients on suns, decs and a few of the other
 more popular systems.

>5150

Commodore "Yes, I only use one mouse button" Porkchop (discovery)
Flt. Capt. "Yeah...I hate the Orion colors too" Longshot (bronco)
-- 
Greg Dearing
Email: Dearing.2@osu.edu
From: tw1r+@andrew.cmu.edu (Timothy C. Worsley)
Newsgroups: rec.games.netrek
Subject: Re: SB: how to get rid of glue-oggers?
Date: 9 Nov 92 01:51:54 GMT
Distribution: rec.games.netrek
Organization: Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.rec.games.netrek: 7-Nov-92 SB: how to get rid of
glue-.. Joel Margot@disuns2.epfl (333)

> Well, this is probably a FAQ about SBs... Anyway, here goes:               

> I took my first base the other day and got messed up with guys locking and
> orbitting on me. How can I get rid of them so that I can shoot them down
> properly thereafter? (without having the full impact of their hull ex-
> ploding under my nose)

> Thanks, Joel


	Pressers.  Pressers are the life-blood of star-bases.  

ZZnew guy
From: jhammond@acpub.duke.edu (John Kirk Hammond)
Newsgroups: rec.games.netrek
Subject: Re: sunscreamer's How to be a Scoutbomber, announcement from Lance
Date: 6 Nov 92 00:06:57 GMT
Organization: Duke University; Durham, N.C.

In article <83055@ut-emx.uucp> bagel@ccwf.cc.utexas.edu (Prime Wordsmith for Hell's Bagels) writes:

>Lance		F+,KS,O		"the best dogfighter"; not a threat vs. scout
                                                       ^^^^^^^^^^^^^^^^^^^^^^

Unless I use my Lance borg :).

BTW, I am withdrawing from the dogfighting tournament due to several
priorities occuring in the same week, mainly, another organic chem
test.

Ahh, I feel those crosshairs lifting from my forehead now.  Go pick on
SpaceAce!! or something. 

:)

Kirk / Lance
From: exodus@IASTATE.EDU
Subject: Re: more exodus bashing; also call for scrimmages
Reply-To: exodus@IASTATE.EDU
Organization: Iowa State University
Date: Thu, 5 Nov 1992 13:01:33 GMT




we didn't set up a server because you guys said you
couldn't make it.......duh
i thought your captain was supposed to get back to
me this weekend if he found a time you guys could
scrimmage us or something? maybe you should talk
to him before you make a post like this.....we
really want to play you, don't flatter yourself
into thinking we're afraid to do it, or some
nonsense like that......please play us again.....
Is that clear enough for you?



			Exodus
From: leonard@mimsy.umd.edu (Leonard Dickens)
Newsgroups: rec.games.netrek
Subject: Re: xtrek lossy game recording
Date: 7 Nov 92 04:49:21 GMT
Organization: Deep Thirteen, Gizmonics Institute

Donald Tsang writes:
>In article <> leonard@mimsy.umd.edu (Leonard Dickens) writes:
>>Well, here is my two cents... it relies on the ability of the existent
>>server to reproduce most of what goes on in netrek from relatively
>>minimal information.  In particular, the server can do games on the
>>fly using only the information coming in through 16 socket
>>connections.  (Amazing, huh?)  This is not that much info.
>
>Uhh, that won't work.  Things like torp-wobble wouldn't stay constant.

Not so.  (At least if my feeble understanding of the server is
correct.)  As far as I know, torpedo positions are totally determined
-- when they are fired and every time beyond that -- by the firing
ship position and the state of the random number generator, .  So, all
you need to know to record a torp's flight is that info... pretty good
compression, I would say.

The objection that Sandia raised about needing the server code in
order to program the recorder is a good one.  Nonetheless, I think
that most games that *I* would want to see a recording of would be
played on whatever the canonical netrek server is currently the vogue for
INL.  So my scheme still makes sense.

-Leonard
From: tom@soda.berkeley.edu (Tom Holub)
Newsgroups: rec.games.netrek
Subject: Re: Split this group?
Followup-To: news.groups
Date: 5 Nov 1992 19:43:57 GMT
Organization: U.C. Berkeley, CS Undergraduate Association
NNTP-Posting-Host: soda.berkeley.edu

In article <1992Nov5.182913.19807@msuinfo.cl.msu.edu> adc@tardis.msu.edu writes:
)
)I propose 
)
)	rec.games.netrek.announce
)	rec.games.netrek.inl
)	rec.games.netrek.client
)	rec.games.netrek.server
)	rec.games.netrek.d
)
)Any comments?

A few.

NO
NO
NO
NO
NO

and rec.games.netrek is not the place for this discussion.  Followups
are directed to news.groups.
 -Tom
From: tw1r+@andrew.cmu.edu (Timothy C. Worsley)
Newsgroups: rec.games.netrek
Subject: Re: SBs and TMNT
Date: 12 Nov 92 03:51:10 GMT
	<1992Nov11.213150.8184@ncsu.edu>
Organization: Carnegie Mellon, Pittsburgh, PA

Excerpts from netnews.rec.games.netrek: 11-Nov-92 Re: SBs and TMNT have
clue@eos.ncsu.edu (2164)

> So, in other words, Jim's around his fifties now, by your estimation.

> Tonight on bronco:

> GOD->ALL  Ensign FillInHERFATHER joining as R5 (jive@spanky.ssc.gov)
> R5->F3     You think I look HOW OLD ? ?
> GOD->ALL  ZZnew guy (F3) was kill 1.0 for FillInHERFATHER (R5)
> GOD->ALL  ZZnew guy (F3) was kill 2.0 for FillInHERFATHER (R5)
> R5->F3     Take THAT, you little whippersnapper... 


	I'm not too good a judging ages, but she's 23 now, and has 2 older
brothers.  That probably puts him at at least the late 40's.  I guess
that makes him a lot older than most netrekers, but hardly and old man.


> R5->F3     You did *WHAT* WITH MY DAUGHTER ? ? ?
> GOD->ALL  ZZnew guy (F3) was kill 3.0 for FillInHERFATHER (R5)
> GOD->ALL  ZZnew guy (F3) was kill 4.0 for FillInHERFATHER (R5)
> R5->F3     She did *WHAT* ? ? ?  WITH A GRAPEFRUIT ? ? ?
> GOD->ALL  ZZnew guy (F3) was kill 5.0 for FillInHERFATHER (R5)
> GOD->ALL  ZZnew guy (F3) was kill 6.0 for FillInHERFATHER (R5)
> GOD->ALL  Admiral ZZnew guy (F3) leaving the game (tw1r@andrew.cmu.edu)
> GOD->ALL  Ensign FillInHERFATHER (R5) leaving the game to chase ZZnew guy (...)


	No comment.

ZZnew guy
Newsgroups: rec.games.netrek
From: ramid@nyx.cs.du.edu (Rudy Amid)
Subject: Re: RSA AIX 3.2 client
Organization: University of Denver, Dept. of Math & Comp. Sci.
Distribution: usa
Date: Wed, 11 Nov 92 14:07:11 GMT

sunruh@nfsgate.austin.ibm.com writes:

>i have ported over the RSA client to AIX 3.2.  the binary "x11netrek.aix32.Z"
>has been put on pittslug, as well as, the "key.aix32" file.  i ask all of
>the server gods to accept this binary and bless it.  NO modifications have
>been made to this code.  doorstop.design.iastate.edu is accepting this as
>a blessed binary and will allow normal access when they move to RSA. 

    To avoid having to plea and beg for all servers to carry your key,
why not let just ONE voted person to do all this?  He'll be reponsible for
verifying the client binaries and announcing to rec.games.netrek of their
existence, and upload the binaries and keys to an FTP site.

>steve unruh
--
!Rudy Amid              ///
a434amid@cdf.toronto.edu//
amid@r-node.gts.org   ///
Netrek/IRC: Radix  \\X//
Newsgroups: rec.games.netrek
From: mdm@stegosaur.cis.ohio-state.edu (Michael Moore)
Subject: Re: SB ogging
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Thu, 12 Nov 1992 01:09:44 GMT

In article <97194@netnews.upenn.edu> paulsen@eniac.seas.upenn.edu (FreeKill) writes:
>
>Of course, the best solution (and the least well known from the way I see
>most people play) is to just read messages, look at the galactic, determine
>who the fellow oggers are, and then just "use your head" to coordinate.
>Not to sound like I'm partial to CMU, but nobody else base oggs like them.
>I think that's because they use the last method.
>

	Bah.  Rubbish.  Don't ascribe to an already bloated school
what should be attributed to any cluefull player.  
	
	Hmmmm... probably won't save me any face, but I'll slap
on a smiley here.

	:-)

	-Michael )Ged(

-- 
|\  Michael  Delbert  Moore     _   /|     Home   : (614) 471-1937         /|
| \ OSU Student  Programmer     \`o_O'     Office : (614) 292-7161        / |
| / Undergraduate CIS major       ( )      Email  : mdm@cis.ohio-state.edu\ |
|/-------------------------        U       --------------------------------\|
From: books@fsunuc.physics.fsu.edu (Roger Books)
Newsgroups: rec.games.netrek
Subject: Re: NBR proposal:  prefer planet to player when locking/infoing
Date: 2 Nov 92 13:49:49 GMT
Distribution: rec
Organization: FSU nuclear physics

In article <BwwIsB.Cx8.1@cs.cmu.edu> spot@CS.CMU.EDU (Scott Draves) writes:

>
>official NBR proposal:
>
>if you info or lock, and there is both a planet and a player under the
>mouse, choose the planet.
>

Oh no, let's see someone ogg a SB orbitting a planet.  Have you ever went
to ogg the starbase/carrier and found yourself locked into that #$&%
planet?

>-- 
>				orgasm
>Scott Draves			nitrous
>spot@cs.cmu.edu			death

Sherlock

Roger
books@fsunuc.physics.fsu.edu
Organization: Junior, Modern Languages, Carnegie Mellon, Pittsburgh, PA
Newsgroups: rec.games.netrek
Date: Fri,  6 Nov 1992 20:58:54 -0500 
From: Jason Sung Park <jp4f+@andrew.cmu.edu>
Subject: Re: Flt. Captain tufu? I don't think so.
	<61795@mimsy.umd.edu>

Just to make things clear, this is a letter I got from Terence over the summer:

>Date: Wed, 8 Jul 92 13:19:25 EDT
>To: jp4f@andrew.cmu.edu
>Subject: "tufu" destroyed
 
>Due to corruption of the player database file, the stats for "tufu" on the
>bronco Netrek server have been lost.  Please recreate this character and I
>will restore the rank to Whatever it was before (Flt. Capt.? or Commodore?).
 
>Terence


So I sent him my stats from what I could remenber.  However, I only sent
him my ratings and my previous rank (Flt. Captain on 4x DI with over 230
hours of tmode hours).  This is why some of the numbers might seem out
of place but the ratings are correct.  


"Flt. Captain" tufu (semi-retired)
From: dtabb@ecst.csuchico.edu (Don Tabb)
Newsgroups: rec.games.netrek
Subject: sb question
Date: 13 Nov 92 01:20:27 GMT
Article-I.D.: charnel.1duvsrINN50v
Organization: California State University, Chico
NNTP-Posting-Host: hairball.ecst.csuchico.edu




I have a easy question.   I was in a game and
my starbase didn't want to give us armies unless
we asked.   I found this out after he was dooshed
with 21 armies.  I'm not going to talk about how
far up he was or what planets he was guarding.
the fact remains, he died died with 21 armies when
we have at least two (2) people who wanted those 
armies.  He told me he was being taught by Zeke?

you know Rear Adm. Zeke?   Since he was in the game
I asked him.  He says it ok for a sb to require
a scummer to ASK before he would let him take the
armies.   



what do you all think?

(And Zeke,  did I miss your point again?)

don
Scorn!
dtabb@cscihp.ecst.csuchico.edu
From: hadley@cad.ics.uci.edu (Tedd Hadley)
Subject: Re: berkeley client
Newsgroups: rec.games.netrek
Organization: UC Irvine Department of ICS
Date: 6 Nov 92 04:21:53 GMT

In <721007219.13977.0@unix6.andrew.cmu.edu> Rick <stimpy+@cmu.edu> writes:

>would someone please explain to me why the berkeley client puts
>"planet destroyed by" messages in the ALL board??
>The code that does that appears to ME to be dmessage.c.
>but the berkeley client dmessage.c is identical to the old dmessage.c
>except for the message to god stuff. So why are the planet destroyed
>messages going to the ALL board?!?!?
>the "planet taken over" messages still go the the team board...
>btw, the pig borg also does that.

>Please tell me where the relevant code is. I want to get those messages
>back to the team board.  (for now, in dmessage.c I check for
>the string "destroyed by" and put those messages in the team window.
>this is a hack. :) please explain this to me!

   This is the result of incompatible servers.  The bronco server code
   uses an extra 4 bits in the message flag field to indicate information
   about the message: MGENO, MCONQ, MTAKE, etc. (I don't think any clients
   use this information, although they certainly could).  However, the
   message-to-god bit flag (MGOD) used in the new clients, xsg, and several
   servers has a conflict with the first bit of that info field.  The
   conflict results in these client/server combination problems:

   all clients -> bronco-based server with message-to-god (bigdog, sickdog):
      Some messages end up in strange places (like declare-peace message to
      your own team window).

   bronco client -> non-bronco-based server with message-to-god
      No problem since the bronco client doesn't use the extra info anyway.

*  message-to-god client (ocf client, xsg) -> bronco-based server
      Client incorrectly interprets extra info flags as MGOD flag: message
      gets sent to ALL.

   A kludge fix to the client is to remove the MGOD test in dmessage(),
   although this means you won't see messages you send to GOD in the
   message window.  "Correct" solutions: fix all bronco-based servers so
   those extra info fields don't conflict with MGOD, or redefine MGOD in
   clients/servers/xsg.

++
   Tedd Hadley (hadley@uci.edu)
Newsgroups: rec.games.netrek
From: von@cory.Berkeley.EDU (Steve Von Worley)
Subject: Re: Lag
Organization: University of California, at Berkeley
Date: Fri, 13 Nov 1992 01:12:03 GMT

In article <BxMJKB.BLz.2@cs.cmu.edu> hill@norman.VI.RI.CMU.EDU (Robert Hill) writes:
>No...one day when FillInThe_____ was complaining about lag (as he usually  
>does :) I pingged his machine and got 120 ms average time with 0%  
>packetloss.  I'm not calling jim a liar, or anything, but I was just  
>teasing him (as he frequently does me) publicly.  I think his lag is  
>probably no worse than most cross-country lag, but he probably gets more  
>ghostbusts and packetloss then most people.
>
>I used the word "notorious" because most people see Fill as having the  
>worst lag in the country...this is simply not true.  He is an excellently  
>skilled player...you just can't be that skilled with alot of lag...period.
>
>I agree with chris that 120 ms is GREAT lag.  It isn't much different from  
>playing local.  I'm not spoiled at all by my nice 2ms pings to bronco.   
>That's why I tend to play all over...

It all depends how variable the lag is; if roundtrip times vary
between 70 ms and 250 ms, with an average of 120 ms, the lag might
be considered !good.  If it is consistent, though, 120 ms is fine.
I learned how to play at bronco from St. Louis with such lag.

Us UCBers and CMUers have very good connections to the outside, and 
thus we can play more effectively with higher ping times than other less
fortunate sites.>

Sandia
-- 
Steve Von Worley
von@cory.berkeley.edu
Computer Science Gradual Student
University of California at Berzerkly