home *** CD-ROM | disk | FTP | other *** search
/ HAM Radio 1 / HamRadio.cdr / misc / pkthints / pd91043.txt < prev    next >
Internet Message Format  |  1991-02-14  |  12KB
  1. From wang!elf.wang.com!ucsd.edu!packet-radio-relay Thu Feb 14 15:49:02 1991 remote from tosspot
  2. Received: by tosspot (1.63/waf)
  3.     via UUCP; Fri, 15 Feb 91 10:20:42 EST
  4.     for lee
  5. Received: from somewhere by elf.wang.com
  6.     id aa02605; Thu, 14 Feb 91 15:49:01 GMT
  7. Received: from ucsd.edu by uunet.uu.net (5.61/1.14) with SMTP 
  8.     id AA21512; Thu, 14 Feb 91 10:00:16 -0500
  9. Received: by ucsd.edu; id AA16986
  10.     sendmail 5.64/UCSD-2.1-sun
  11.     Thu, 14 Feb 91 04:30:07 -0800 for hpbbrd!db0sao!dg4scv
  12. Received: by ucsd.edu; id AA16976
  13.     sendmail 5.64/UCSD-2.1-sun
  14.     Thu, 14 Feb 91 04:30:05 -0800 for /usr/lib/sendmail -oc -odb -oQ/var/spool/lqueue -oi -fpacket-radio-relay packet-radio-list
  15. Message-Id: <9102141230.AA16976@ucsd.edu>
  16. Date: Thu, 14 Feb 91 04:30:02 PST
  17. From: Packet-Radio Mailing List and Newsgroup </dev/null@ucsd.edu>
  18. Reply-To: Packet-Radio@ucsd.edu
  19. Subject: Packet-Radio Digest V91 #43
  20. To: packet-radio@ucsd.edu
  21.  
  22.  
  23. Packet-Radio Digest         Thu, 14 Feb 91       Volume 91 : Issue  43
  24.  
  25. Today's Topics:
  26.                          Beginner's Questions
  27.                    Shareware over packet? (3 msgs)
  28.           Tandy 100/102 series and packet radio - need hints
  29.                            TCP/IP on 128 K
  30.  
  31. Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu>
  32. Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu>
  33. Problems you can't solve otherwise to brian@ucsd.edu.
  34.  
  35. Archives of past issues of the Packet-Radio Digest are available 
  36. (by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio".
  37.  
  38. We trust that readers are intelligent enough to realize that all text
  39. herein consists of personal comments and does not represent the official
  40. policies or positions of any party.  Your mileage may vary.  So there.
  41. ----------------------------------------------------------------------
  42.  
  43. Date: 14 Feb 91 04:33:16 GMT
  44. From: usc!wuarchive!rex!uflorida!bikini!ty@ucsd.edu  (Tyng-Jing Yang)
  45. Subject: Beginner's Questions
  46. To: packet-radio@ucsd.edu
  47.  
  48. By reading this newsgroup for two weeks, it seems I can read/post news
  49. to usenet and do ftping by packet radio.(correct me if I'm wrong)
  50.  
  51. It make me very interested to setup packet radio if I can access
  52. internet by radio instead of telephone line. I already ordered books
  53. about packted-radio from ARRL(or ARL).
  54.  
  55. 1. How can I have/apply a Internet connection with packet radio ?
  56.    I mean in Florida state.
  57. 2. Can I have Radio-Internet connetion in Asis (Taiwan) ?
  58.    I might go back to Taiwan after I finish my MS degree.
  59.  
  60. If I have positive answers I'll setup packet radio with my NeXT 
  61. computer( there will be a SoftPC for NeXT soon).
  62.  
  63. Thanks
  64.  
  65. Jing
  66.  
  67. ------------------------------
  68.  
  69. Date: 13 Feb 91 13:14:53 GMT
  70. From: julius.cs.uiuc.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!aplcen!boingo.med.jhu.edu!haven!ni.umd.edu!sayshell.umd.edu!louie@apple.com  (Louis A. Mamakos)
  71. Subject: Shareware over packet?
  72. To: packet-radio@ucsd.edu
  73.  
  74. In article <1991Feb13.061842.15332@ux1.cso.uiuc.edu> phil@ux1.cso.uiuc.edu (Phil Howard KA9WGN) writes:
  75.  
  76. >If the software so much as suggests sending money to the author... then it
  77. >is business.  If the software is public domain and has no hint of such a
  78. >suggestion, it might not be business.  If it is being distributed for the
  79. >purpose of hams to use, I see no problem with it whatsoever.  If it is
  80. >being distributed by some form of agreement (whether money is exchanged
  81. >or not) then it is likely "business" in the legal sense that matters in
  82. >this case.
  83.  
  84. This misses a very large amount of software; that which is most
  85. definately NOT public domain software, but which carries a copyright
  86. notices that limits the uses and further distribution of the software
  87. to specific terms.
  88.  
  89. For example, Phil Karn's KA9Q software is not public domain and
  90. carries a copyright notice to the effect that "you can't sell this
  91. software or call it your own, but you can give it to anyone that you
  92. want for free." Most of the software that I write carries a very
  93. similar notice which prohibits the software from being included in a
  94. commercial product without specific prior approval.
  95.  
  96. The larger problem, I suspect, is that most folks don't understand what
  97. "Public Domain" really means, If they wanted to ensure that their
  98. software got the widest possible distribution and didn't get gobbled up
  99. by commerical products, they would attach a Copyright notice. 
  100.  
  101. louie
  102. WA3YMH
  103.  
  104. ------------------------------
  105.  
  106. Date: 13 Feb 91 17:40:40 GMT
  107. From: ucivax!turner@ucbvax.Berkeley.EDU  (Clark Turner)
  108. Subject: Shareware over packet?
  109. To: packet-radio@ucsd.edu
  110.  
  111. In article <1991Feb13.131453.4557@ni.umd.edu> louie@sayshell.umd.edu (Louis A. Mamakos) writes:
  112. >In article <1991Feb13.061842.15332@ux1.cso.uiuc.edu> phil@ux1.cso.uiuc.edu (Phil Howard KA9WGN) writes:
  113. >
  114. >>If the software so much as suggests sending money to the author... then it
  115. >>is business.  If the software is public domain and has no hint of such a
  116. >>suggestion, it might not be business.  If it is being distributed for the
  117. ...(stuff deleted)...
  118. >
  119. >The larger problem, I suspect, is that most folks don't understand what
  120. >"Public Domain" really means, If they wanted to ensure that their
  121. >software got the widest possible distribution and didn't get gobbled up
  122. >by commerical products, they would attach a Copyright notice. 
  123. [to the effect that no one may use it for commercial purposes, it may ONLY
  124. be distributed for free....]
  125.  
  126. Good point.  To refer to Phil's previous advice, your looking to the purposes
  127. of Amateur radio is a good start, but I am looking for specific references
  128. to see how things play out for the FCC (or in a court).  Determining what
  129. is and is not a "business activity" in a legal sense can be quite a 
  130. complicated issue in a commercial case.  To act as an [informed] attorney,
  131. I need to know the language used, the relevant definitions, and the 
  132. standards laid down by the relevant ruling agency.  If anyone has such things
  133. --- I would love the references.  I am building a file of Amateur radio 
  134. legal information so that if called upon by my local club or friend [who
  135. is not about to spend thousands of dollars just to improve the ARS], I may
  136. be of some service.
  137.  
  138. The point made here appears to be a "gray" area.  I would clearly see the
  139. copyright restriction you append to software as taking the work out of the
  140. commercial realm - but who knows what the FCC would do, or a Federal court?
  141.  
  142. AND, I agree that there is confusion about putting works into the public
  143. domain...and that your restrictive copyright notice makes an important 
  144. statement at the very least.
  145.  
  146. Clark
  147.  
  148. ----------
  149. Clark S. Turner                        "The Buddha, the Godhead, resides
  150. WA3JPG                                  quite as comfortably in the circuits
  151. turner@ics.uci.edu                      of a digital computer or the gears 
  152. ----------                              of a cycle transmission as he does
  153.                                         at the top of a mountain or in the
  154.                                         petals of a flower." 
  155.                                                              - Robt. Pirsig
  156. ----------
  157. 714 856 2131    1514 Verano Pl., Irvine, CA. 92715
  158. admitted to practice law in NY, MA, and CA.
  159. ----------
  160.  
  161. ------------------------------
  162.  
  163. Date: 14 Feb 91 04:00:14 GMT
  164. From: agate!bionet!uwm.edu!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!wells!k3tx@ucbvax.Berkeley.EDU  (Dave Heller)
  165. Subject: Shareware over packet?
  166. To: packet-radio@ucsd.edu
  167.  
  168. In article <27B97A19.15785@ics.uci.edu>, turner@ics.uci.edu (Clark Turner) writes:
  169. > In article <1991Feb13.131453.4557@ni.umd.edu> louie@sayshell.umd.edu (Louis A. Mamakos) writes:
  170. > >In article <1991Feb13.061842.15332@ux1.cso.uiuc.edu> phil@ux1.cso.uiuc.edu (Phil Howard KA9WGN) writes:
  171. > >>If the software so much as suggests sending money to the author... then it
  172. > >>is business.  If the software is public domain and has no hint of such a
  173. > >>suggestion, it might not be business.  If it is being distributed for the
  174. > ...(stuff deleted)...
  175. > of Amateur radio is a good start, but I am looking for specific references
  176. > to see how things play out for the FCC (or in a court).  Determining what
  177. > is and is not a "business activity" in a legal sense can be quite a 
  178. > complicated issue in a commercial case.  To act as an [informed] attorney,
  179. > I need to know the language used, the relevant definitions, and the 
  180. > standards laid down by the relevant ruling agency.  If anyone has such things
  181. > --- I would love the references.  I am building a file of Amateur radio 
  182. > legal information so that if called upon by my local club or friend [who
  183. > is not about to spend thousands of dollars just to improve the ARS], I may
  184. > be of some service.
  185. > WA3JPG                                  quite as comfortably in the circuits
  186.  
  187.  
  188.  
  189. This sounds like a lawyer talking.
  190. Your call indicates you've been an
  191. amateur for at least 25 years, and
  192. presumably you've kept up with the 
  193. popular literature, read QST regularly,
  194. etc.
  195. So you should know that any attempt by
  196. the Amateurs openly to attempt to defy
  197. the Great God FCC leads to problems that
  198. have a nasty habit of doing far more harm
  199. than good.
  200.  
  201. A little common sense tells one whether a
  202. subject is business or not, and if it is
  203. the rules say "lay off".
  204.  
  205. Experience shows that for the FCC there's no
  206. Gray Area.  Ask them a question on some
  207. ill-defined subject and the answer is always
  208. NO.  
  209.  
  210. If a subject looks questionable (and this one
  211. about shareware vs public domain certainly
  212. fills the definition) and you really want an
  213. intelligent, and probably informed, answer,
  214. go to the League.
  215.  
  216. The best you can accomplish by pestering FCC
  217. is to screw things up for everyone else.
  218.  
  219. Don't we have enough problems as it is already?
  220. Look at that crap coming from Norfolk to such
  221. as W3IWI and some others who rank with the
  222. best Amateur Radio can call its own.
  223.  
  224. Don't stir up problems where none exist.  Read
  225. the rules, Part 97, and try hard to abide with
  226. their spirit, and all will (or should) be fine.
  227.  
  228. If you want some lawyer business, go chase an
  229. ambulance.  Leave Amateur Radio out of it.
  230.  
  231. K3TX
  232.  
  233. ------------------------------
  234.  
  235. Date: 7 Feb 91 06:00:14 GMT
  236. From: att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!ox.com!umich!terminator!terminator.cc.umich.edu!swood@ucbvax.Berkeley.EDU  (Scott Wood)
  237. Subject: Tandy 100/102 series and packet radio - need hints
  238. To: packet-radio@ucsd.edu
  239.  
  240. I am looking for help, and input from anyone that has used the tandy
  241. 100/102 laptops with their amateur radio set-ups.  Especially with 
  242. packet or station management. 
  243.  
  244. Any and all input is helpful (how, why, and what)
  245.  
  246. thanks
  247. swood
  248.  
  249. ------------------------------
  250.  
  251. Date: 13 Feb 91 15:30:43 GMT
  252. From: agate!bionet!uwm.edu!spool.mu.edu!samsung!umich!vela!swood@ucbvax.Berkeley.EDU  ( EVENSONG)
  253. Subject: TCP/IP on 128 K
  254. To: packet-radio@ucsd.edu
  255.  
  256. OK, I have a computer with 128K (expandable) RAM, and 128K disk space.  How
  257. hard would it be to actually get it set up for TCP/IP or is that too small
  258. of memory??
  259.  
  260. swood
  261.  
  262. -- 
  263.  ---- Insert favorite .signature here ----    | swood@argo.acs.oakland.edu
  264.                         | swood@vela.acs.oakland.edu
  265. Bitnet:        swood@Oakland            | swood@unix.secs.oakland.edu
  266.   UUCP:        ...!uunet!umich!{vela, argo, unix, nucleus}!swood
  267.  
  268. ------------------------------
  269.  
  270. End of Packet-Radio Digest
  271. ******************************
  272.