home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / alt / comp / acadfre / talk / 4021 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  2.8 KB
  1. Xref: sparky alt.comp.acad-freedom.talk:4021 ucb.english:83 talk.environment:5733 comp.org.eff.talk:9209
  2. Newsgroups: alt.comp.acad-freedom.talk,ucb.org.csua,ucb.org.ocf,ucb.english,talk.environment,comp.org.eff.talk
  3. Path: sparky!uunet!destroyer!gatech!darwin.sura.net!ukma!morgan
  4. From: morgan@engr.uky.edu (Wes Morgan)
  5. Subject: Re: [ucb.org.csua, et al.]  Re: The Schedule of Classes
  6. Message-ID: <C1F4Bs.Hxp@ms.uky.edu>
  7. Sender: morgan@ms.uky.edu (Wes Morgan)
  8. Organization: University of Kentucky Engineering Computing Center
  9. References: <C1Bsy5.E91@cs.uiuc.edu>
  10. Date: Mon, 25 Jan 1993 16:26:14 GMT
  11. Lines: 48
  12.  
  13. >From: hh@soda.berkeley.edu (Eric Hollander)
  14. >
  15. >I would like to make this point again: infocal is now up for telnet, so the
  16. >copy of the SoC I put on soda is now obsolete.  
  17.  
  18. You mean that they weren't really "afraid of change", as you claimed in
  19. your FTP statement? (Get /classes/statement from soda.berkeley.edu via FTP.)
  20.  
  21. By the way, why am I still able to snag a copy of your "now obsolete" bootleg
  22. copy of the Schedule from soda.berkeley.edu?  This illustrates my point per-
  23. fectly; here's a document that should (no, make that *must*) be maintained
  24. in a timely manner, and you show complete disregard for that need.  Providing
  25. out-of-date information is not a service at all..........that's probably why
  26. the Registrar didn't want multiple copies floating around outside their con-
  27. trol.
  28.  
  29. I think that the Registrar's Office showed far more concern for the *real*
  30. needs of the students (timely, accurate information) than you did.
  31.  
  32. >We need to work on other issues.  
  33.  
  34. "I don't think I was wrong, but I don't want to talk about it any more."  Feh.
  35.  
  36. >The Student Phone Directory is one I would like to attack now.
  37. >This will be tough, although the information itself is even more public than
  38. >the SoC was.  I'm going to try a few possible routes to getting that.  I
  39. >will probably need to do some legal manoevering.  I will keep you posted
  40. >about what's hapening, where to send letters to, etc.
  41.  
  42. I wouldn't have any problem with a *controlled* online copy of the phonebook.
  43. We have this at UK, and it is regularly updated.  I'd hate to see bootleg
  44. copies floating around without updates.......could make for some real con-
  45. fusion.  As a sysadmin, I don't even want to *think* about the massive disk
  46. crunch when a few dozen students decide that they have to have a personal
  47. copy.....
  48.  
  49. >I will do some research into this, too, and find out who we will have to
  50. >harass.
  51.  
  52. "have to harass"........that's just a great attitude, isn't it? 
  53.  
  54. --Wes
  55.  
  56. -- 
  57. MORGAN@UKCC         |       Wes Morgan       |        ...!ukma!ukecc!morgan 
  58. morgan@ms.uky.edu   | University of Kentucky |   morgan@wuarchive.wustl.edu
  59. morgan@engr.uky.edu | Lexington,Kentucky USA | JWMorgan@dockmaster.ncsc.mil
  60.   Mailing list for AT&T StarServer S/E  - starserver-request@engr.uky.edu
  61.