home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / gnu / misc / discuss / 4354 < prev    next >
Encoding:
Internet Message Format  |  1993-01-09  |  8.7 KB

  1. Xref: sparky gnu.misc.discuss:4354 talk.philosophy.misc:3248 misc.legal:22296
  2. Path: sparky!uunet!enterpoop.mit.edu!mintaka.lcs.mit.edu!ai-lab!life.ai.mit.edu!burley
  3. From: burley@apple-gunkies.gnu.ai.mit.edu (Craig Burley)
  4. Newsgroups: gnu.misc.discuss,talk.philosophy.misc,misc.legal
  5. Subject: Re: Fund raising at the FSF
  6. Date: 9 Jan 93 17:18:20
  7. Organization: Free Software Foundation 545 Tech Square Cambridge, MA 02139
  8. Lines: 140
  9. Message-ID: <BURLEY.93Jan9171820@apple-gunkies.gnu.ai.mit.edu>
  10. References: <726334555snx@crynwr.com> <1993Ja
  11.     7.123025.19069@husc3.harvard.edu><C0JrIH.BEK@ssr.com>
  12.     <1993Jan8.170541.19119@husc3.harvard.edu>
  13.     <MIB.93Jan8191428@geech.gnu.ai.mit.edu>
  14.     <1993Jan9.025025.19137@husc3.harvard.edu>
  15. NNTP-Posting-Host: apple-gunkies.gnu.ai.mit.edu
  16. In-reply-to: zeleny@husc10.harvard.edu's message of 9 Jan 93 07:50:23 GMT
  17.  
  18. In article <1993Jan9.025025.19137@husc3.harvard.edu> zeleny@husc10.harvard.edu (Mikhail Zeleny) writes:
  19.  
  20.    This is correct, but you could still restrict the GPL, and follow by
  21.    licensing subsequent releases under the new version thereof, leaving
  22.    the dreaded software hoarders with nought but obsolete "free" software.
  23.  
  24. Yes, and the US Government could redefine "public domain" as now meaning
  25. "owned and licensable by Greenpeace", which would have far worse consequences,
  26. but is more likely now that Al Gore is in the White House.
  27.  
  28. Even if the FSF was somehow taken over and the new "owners" released a new
  29. version of the GPL that further restricted rights, several things would
  30. happen:
  31.  
  32. 1.  Significant legal challenges would be threatened (and probably
  33.     succeed) regarding whether the new version of the GPL maintained
  34.     the "spirit" of the previous version, as required in the GPL itself.
  35.  
  36. 2.  The existing code, protected by the previous version of the GPL, would
  37.     not be obsolete simply because its GPL was an older version; and,
  38.     since the source code would still be freely copyable according to the
  39.     GPL, people would have the same ability to continue to enhance
  40.     the software as they do now.
  41.  
  42. 3.  The FSF would lose most or all of its support, especially given how
  43.     many people scream and moan about how FSF software is not "Truly Free"
  44.     today (and somehow still have time to write truly free software?).
  45.  
  46. I cannot think of a better way to release my Fortran compiler than by
  47. not only GPL-protected it, but signing copyright over to the FSF.  Sure,
  48. bad things _might_ happen if the FSF mismanages things (they're no big
  49. fans of Fortran, believe me :-), but the alternatives are generally
  50. worse and more risky:
  51.  
  52. -  If I release the whole thing (source code and all) to public domain,
  53.    then unquestionably I will end up having neighbors (in the Christian
  54.    sense of the term :-) who ask me to help them fix or enhance their
  55.    compiler derived even 99% from my code, and I won't be able to do so
  56.    practically.  Further, I could lose everything I have to software-patent-
  57.    infringement lawsuits, a danger I have no way to protect myself against.
  58.  
  59. -  If I simply GPL-protect the thing but don't sign copyright ownership
  60.    over to someone like the FSF, I'm still open to patent-infringement
  61.    lawsuits against which I can have no defense.
  62.  
  63. -  If I use other licensing terms that are more free than the GPL but not
  64.    quite PD, I still have patent-infringement problems unless I can find an
  65.    organization like the FSF that is willing to take the risk, which seems
  66.    unlikely.  Meanwhile, some of the licenses I've seen considered "more
  67.    free" than the GPL are unsatisfactory: those that restrict military use,
  68.    distribution for commercial gain, use on Apple products (I just made that
  69.    one up, actually :-), don't require source code to be available, and so
  70.    on.
  71.  
  72. Releasing code via the GPL and/or the FSF isn't perfect.  But then, nothing
  73. is.  People looking for perfection in the material, human realm will always
  74. be disappointed unless they are easily misled.  Same for people expecting
  75. Richard M. Stallman to be the ideal leader of the free-software
  76. movement.  I fit none of these descriptions, and feel sorry for anyone
  77. who fits any of them.
  78.  
  79. But, instead of bitching and moaning about rms, the FSF, or the GPL,
  80. which I suppose I could do, I just keep writing code that, for all
  81. practical and useful purposes, will be free.  I don't particularly care
  82. that some people will restrict themselves such that they can't use
  83. my code in the way I'd like them to and will permit them to.  And I
  84. have no use for extremists who claim my 2.5+ years of volunteer effort
  85. to write a free Fortran compiler isn't genuine because I don't release
  86. it under _their_ terms (PD, or some other license agreement).  This is
  87. the best way I've found so far (using both theoretical analysis and
  88. practical experience) to do what I'm doing and have it benefit the
  89. people most ready to be benefitted.  I'm not one to cast pearls before
  90. swine, though I occasionally make mistakes in that direction when posting
  91. to newsgroups, perhaps.  :-)
  92.  
  93. Ultimately, the GPL and the FSF way have advantages and disadvantages
  94. that correspond pretty much to a radically new computer language or
  95. operating system: it might seem ideal when one stays within the system,
  96. but have (or appear to have) shortcomings when it comes to interfacing
  97. to the outside world or, more specifically, being backwards compatible.
  98.  
  99. I've seen a .signature that said something like:
  100.  
  101.     "In response to the 5/2/2014 announcement by FooBar Computer Corp.
  102.      of a new computer that fits in a shirt pocket, runs entirely on
  103.      solar and thermal energy, and has the compute power and storage
  104.      capacity roughly equivalent to a Connection Machine 10 or Cray
  105.      Z-2, reporters quickly asked: 'Does it run MS-DOS programs?'"
  106.  
  107. The equivalent for the FSF might be:
  108.  
  109.     "In response to the announcement of a new software licensing scheme
  110.      called the GPL that, if widely followed, would promote software reuse,
  111.      increase innovation, cooperation, and useful competition, thus leading
  112.      to better utilization of society's resources and improve the level of
  113.      service provided to users of computers, reporters quickly asked:
  114.      'Can I copy the GPL software and call it my own?' and 'Will an average
  115.      computer software company be able to earn $1B using the GPL in 1Q92?'"
  116.  
  117. Not that these aren't valid questions, but it seems to me that people
  118. who find that GPL too restrictive don't appreciate or consider the vision
  119. of having software that you can _always_ fix or hire someone to fix because
  120. you _always_ have access to the source code, not just because someone's
  121. been nice enough to follow protocol and provide it (the pre-1975 standard
  122. in some pockets of the industry).
  123.  
  124. But, then, some people think source code contains all the programmer's
  125. knowledge of the problem (it doesn't, or else the problem is trivially
  126. solved), so they somehow think there are moral reasons to withhold it
  127. from people.  Fine.  My vision of where the computer industry will, or
  128. could, go, includes technologies and capabilities far greater than what
  129. we have today without necessarily requiring much better hardware (though
  130. it would take much better advantage of better hardware than our present,
  131. feeble conceptions), but is basically unachievable without vastly greater
  132. cost _unless_ LPF and FSF concepts become more widely adopted.  In
  133. particular, I believe software patents, look-and-feel copyright, and
  134. even widespread release of binary images without corresponding source
  135. code already unnecessarily hampers the industry today, and the degree
  136. to which it does so will increase as computer-related technologies
  137. (software, hardware, communications) increase.  (E.g. you'd be amazed
  138. at how much we accept as "normal" in the way we use computers that
  139. has come about partly because we _don't_ share source code; I'm more
  140. aware of that since I'm one of the old fogies who was using computers
  141. back when source code was much more ubiquitous.  It scares me to think
  142. what kinds of ludicrous new approaches we'll have to invent and have
  143. become "part of software engineering" to deal with look-and-feel
  144. copyrights and software patents, but that's another issue.)
  145.  
  146. But that is just my vision, one I have cultivated and reality-checked for
  147. over 20 years, and is worthless to anyone who is bent on whining about the
  148. GPL and attacking those who, rather selflessly, help out the FSF in its
  149. quest in making software freely copyable (not unnaturally restricted)
  150. for everybody who wants freely copyable software (and many, apparently,
  151. do not).  So I will not share my vision here.  After all, it's probably
  152. pretty blurry anyway, and could turn out to be very wrong (though the
  153. past 20 years suggest I've had pretty good vision so far).
  154. --
  155.  
  156. James Craig Burley, Software Craftsperson    burley@gnu.ai.mit.edu
  157. Member of the League for Programming Freedom (LPF) lpf@uunet.uu.net
  158.