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

  1. Xref: sparky gnu.misc.discuss:4368 talk.philosophy.misc:3254
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!att-out!rutgers!newsserver.jvnc.net!darwin.sura.net!zaphod.mps.ohio-state.edu!caen!kuhub.cc.ukans.edu!husc-news.harvard.edu!husc10.harvard.edu!zeleny
  3. From: zeleny@husc10.harvard.edu (Mikhail Zeleny)
  4. Newsgroups: gnu.misc.discuss,talk.philosophy.misc
  5. Subject: Re: Copyleft vs Public Domain
  6. Message-ID: <1993Jan10.140824.19162@husc3.harvard.edu>
  7. Date: 10 Jan 93 19:08:22 GMT
  8. References: <9301090813.AA20380@mole.gnu.ai.mit.edu> <FRIEDMAN.93Jan9124251@nutrimat.gnu.ai.mit.edu>
  9. Organization: The Phallogocentric Cabal
  10. Lines: 300
  11. Nntp-Posting-Host: husc10.harvard.edu
  12.  
  13. In article <FRIEDMAN.93Jan9124251@nutrimat.gnu.ai.mit.edu> 
  14. friedman@gnu.ai.mit.edu (Noah Friedman) writes:
  15.  
  16. >Richard Stallman has asked me to post this to talk.philosophy.misc on his
  17. >behalf since he doesn't read news and no mail<->news gateway exists (that
  18. >we know of).  Followups are directed to gnu.misc.discuss, where this has
  19. >already been posted.
  20.  
  21. Thank you, Noah.  Stallman has more courage than I gave him credit for.
  22. Even though he will lose this argument, as he must, I salute him for
  23. daring to enter it.  Since he does not access the net, I am sending him
  24. a copy of this reply.  However, since its subject is said to deal with
  25. philosophical issues, I ask that followups be directed to both of the
  26. above newsgroups.
  27.  
  28. In article <9301090813.AA20380@mole.gnu.ai.mit.edu> 
  29. rms@gnu.ai.mit.edu (Richard Stallman) writes:
  30.  
  31. >             Copyleft vs Public Domain
  32. >
  33. >Some people ask why the FSF uses copyleft (the General Public License
  34. >or GPL) to specify conditions for copying GNU software.  Why not just
  35. >put the software in the public domain?
  36. >
  37. >The purpose of the GNU project is to give users in general the freedom
  38. >to use software in many ways.  We want them to be free to study and
  39. >change programs, and to cooperate with each other by sharing
  40. >programs.  This is what we mean by "free software".  The GPL achieves
  41. >this better than the public domain, because (1) it prevents the
  42. >freedom from being stripped off when the program is distributed, and
  43. >(2) it takes away the incentive to be uncooperative by refusing to
  44. >share an improvement.
  45.  
  46. Observe the key restriction, of freedom of "users in general",
  47. _simpliciter_, to their freedom "in many ways".  The latter, insofar as
  48. the distribution practices of the FSF enter into consideration, may not
  49. be construed as financial freedom, or the ability to obtain GNU gratis,
  50. and consequently can only be interpreted as absence of constraint or
  51. coercion.  But inasmuch as the use of GNU places the user under a
  52. reciprocal obligation specific to it, which in particular requires him
  53. to attach the GPL to any program he derives therefrom, -- and hence
  54. limits his potential usufruct (in this instance, his right to utilize
  55. and enjoy the profits and advantages of public goods, so long as the
  56. right of the public to the original goods remains inviolate, on which
  57. see below), quite regardless of whether or not he ever exercises his
  58. limited right to copy, modify, or redistribute it, -- there certainly
  59. exists a very rigid constraint associated with the program.  And
  60. inasmuch as this freedom "to cooperate with each other by sharing
  61. programs" is both mandated and regulated by the GPL, and enforced by the
  62. FSF, its very definition is rooted in an act of coercion, and
  63. constitutes an exemplary instance of doublethink.  Surely whatever can
  64. be said about the users of GNU being free to study the program or
  65. cooperate with each other, can, _a fortiori_, be said about the users of
  66. public domain software.  However, Stallman somewhat disingenuously
  67. claims practical superiority of his approach, on the grounds that "(1)
  68. it prevents the freedom from being stripped off when the program is
  69. distributed, and (2) it takes away the incentive to be uncooperative by
  70. refusing to share an improvement."  Let us examine the merits of his
  71. claim.
  72.  
  73. When taken at face value, the first statement appears utterly
  74. groundless.  No text belonging to the public domain can be withdrawn
  75. therefrom in virtue of being embellished with addenda or corrigenda.
  76. Only the newly introduced additions and amendments may be so
  77. appropriated; the original irrevocably belongs to everybody.  However,
  78. we have observed that Stallman's definition of freedom "to study and
  79. change programs, and to cooperate with each other by sharing programs"
  80. both depends on and involves, its enforcement by the terms of the GPL.
  81. In this peculiar sense, it becomes trivially true that the GPL prevents
  82. the "freedom" from being stripped off when the program is distributed,
  83. by preventing itself from being stripped off when the program is
  84. distributed.  But of course, this efficiency of self-serving does not
  85. yield a justification for its superiority to public domain software.
  86. Thus, the first reason fails to withstand rational scrutiny.
  87.  
  88. Does the GPL really take away the incentive to be uncooperative by
  89. refusing to share an improvement to a program licensed under it?
  90. Certainly not, for the financial incentive to come up with a competitive
  91. advantage continues to exist, quite independently of the legal means to
  92. do so.  Perhaps a more felicitous way to express Stallman's intended
  93. point might have been to say that the GPL takes away the user's legal
  94. means to be uncooperative with the FSF by refusing to share with it an
  95. improvement to any program licensed under its provisions.  Thus, in
  96. accordance with his peculiar notion of freedom as coercion to share, the
  97. GPL can indeed be said to render GNU more "free" than public domain
  98. software, by limiting the real freedom of its users.  However, the
  99. validity of this point depends on the merits of Stallman's peculiar
  100. conception of freedom, which will be discussed anon.
  101.  
  102. >Copyleft does prevent certain people from doing what they would like
  103. >to do.  Those who would like to take GNU software, make some changes,
  104. >and call the result their property are not free to do so.  We think
  105. >this is a good thing.
  106. >
  107. >To understand why, first note that it is not possible for society to
  108. >permit "all possible freedom," because some freedoms are incompatible
  109. >with others.  This is often stated as, "Your freedom to swing your
  110. >fist ends where my face begins."
  111. >
  112. >We always resolve the conflicts between freedoms by prioritizing
  113. >them.  For example, the quotation above implicitly assumes that the
  114. >freedom not to be punched is more important than the freedom to swing
  115. >a fist.
  116. >
  117. >There is more than one way to apply a concept such as "free" to the
  118. >area of software, because there are different choices of priority.
  119. >The question is not, which is the true meaning of "free software", but
  120. >rather, which of the valid meanings is best.
  121.  
  122. There is very little to disagree with in the above passage, until one
  123. comes to apply its principles to its own reasoning.  Let us grant for
  124. the sake of argument, that Stallman's peculiar notion of freedom is a
  125. legitimate contender for the title of the best provision for so
  126. qualifying software.  But what is the salient notion of merit, to which
  127. we appeal in ordering our valid meanings of "free software"?  If we are
  128. to subject the meaning of "free" to the tribunal of reason, surely our
  129. intellectual integrity calls for doing likewise with the meaning of
  130. "best".
  131.  
  132. For the sake of simplicity, let us limit ourselves to considering two
  133. notions of the latter: merit as fitness to one's purpose, and merit as
  134. moral excellence.  (I shall be happy to consider any reasonable
  135. alternative suggested by the audience.)  It is obvious, and obviously
  136. irrelevant, that the GPL fits the purpose of the FSF, as exemplified by
  137. its own provisions; on the other hand, the degree of its fitness to the
  138. purposes of the foundation's customers, depends on their interest in
  139. deviating from its terms.  Since the latter question, which amounts to a
  140. conflict of will, cannot be resolved on pragmatic grounds alone, we are
  141. ineluctably led to the moral conception of merit.  In short, if Stallman
  142. merely intends to claim that his idea of "free software" is practically
  143. superior to the alternative conceptions, his argument is either
  144. irrelevant, because self-serving, or incomplete, because implicitly
  145. dependent on hidden moral assumptions.  Consequently, the best idea of
  146. "best" must be grounded in moral considerations.  Let us bear this in
  147. mind, as we evaluate the following.
  148.  
  149. >The GNU project is based on the idea that the freedom to decide your
  150. >own actions with the programs you use--for example, whether to copy
  151. >them or change them--is more important than occasional power over
  152. >other people's actions.
  153.  
  154. This is the crux of Stallman's argument, and it is not surprising that
  155. he made it so elliptic, as to totally obscure its true meaning.  Let us
  156. resolve to elaborate it in light of his own examples.
  157.  
  158. >Making a program proprietary means interfering with the important
  159. >freedoms--other people's freedom to study, share and change the
  160. >program.  This is the software analogue of swinging the fist through a
  161. >user's face.  Preventing this may bother those who want to swing the
  162. >fist.  But don't sympathize too much; you might be one of the users
  163. >who would get it in the face.
  164.  
  165. Turn this claim upside down, and consider its possible counterpart.
  166. Licensing a program under the GPL admittedly interferes with one
  167. important freedom, the freedom to own and control the product of one's
  168. labor, insofar as the terms and conditions of the GPL automatically
  169. attach to all programs derivative of GNU.  Let us assume for the sake of
  170. argument that demanding exclusive ownership and absolute control would
  171. indeed constitute a moral equivalent of "swinging the fist through a
  172. user's face", as it is arguably the case in the instance when the
  173. derivative program is no more than an adaptation of GNU to a specific
  174. hardware platform.  But on the other hand, by Stallman's own lights, the
  175. means employed by the FSF in preventing this appropriation, amount to a
  176. similar sort of violence aimed at the most typical user of his product.
  177.  
  178. Consider the most likely beneficiary of the FSF's munificence, an
  179. anonymous UNIX hacker, who is likely to be employed in other people's
  180. proprietary projects.  The greatest benefit he could derive from GNU,
  181. namely the ability to use it in his work, is expressly and prohibitively
  182. regulated by the provisions of the GPL.  Inasmuch as the rhetoric of
  183. "The GNU Manifesto" may be taken as a serious guide to the intentions
  184. which underlie these provisions, one may assume that these regulations
  185. are caused by the desire of the FSF to permanently change the terms and
  186. conditions of distribution of all extant software, thereby forcing our
  187. hero to change his occupation from the selling of goods to the selling
  188. of services.  Naturally, this coercive program is bound to alienate many
  189. of potential supporters, who might otherwise be inclined to contribute
  190. funds or effort in exchange for using the programs in their work.  But
  191. such heuristic considerations belong solely to the pragmatic realm; and,
  192. for the moment, we need not concern ourselves here with the questions of
  193. the best means, the optimal strategy, or even the likelihood of the FSF
  194. attaining this goal in the foreseeable future, as our argument depends
  195. primarily on the intrinsic merits of its aims.  Thus we must reformulate
  196. Stallman's above statement, by noting that the GNU project appears to be
  197. based on the idea that the freedom of the FSF to control and regulate
  198. the actions of its customers with respect to the programs they use (for
  199. example, by mandating the terms and conditions they must observe in
  200. order to to copy them or change them), or, in other words, their power
  201. over other people's actions, is more important to him than the freedom
  202. of men to do as they see fit, which is absolutely unrestricted in case
  203. of public domain software.
  204.  
  205. In short, by choosing to use the GPL over the public domain, the FSF
  206. chooses to favor their proprietary conception of freedom of *things*,
  207. over the universal conception of freedom of *people*.  And by choosing
  208. to demand that the users share their enhancements and extensions of GNU,
  209. rather than request that they do so of their own free will, the FSF
  210. chooses *coercion* over *persuasion*.  And insofar as the first choice
  211. is imbued with the venal values of commodity fetishism, whilst the
  212. second one is definitively characteristic of the most reprehensible
  213. business practices of their "software hoarder" competitors, they render
  214. Stallman's notion of software freedom into a moral equivalent of a
  215. tawdry, meretricious trick of semantic legerdemain.
  216.  
  217. >If not for the GPL, most users of our software would not have the
  218. >freedom to redistribute and change it.  That is not just speculation;
  219. >the examples of X Windows, TeX, and Berkeley's Unix extensions show
  220. >that most users of these programs have only proprietary versions and
  221. >do not have the freedom to share or change them.  The first authors of
  222. >these programs did not themselves take away those freedoms, but did
  223. >not defend them either.  Where that path leads was clear when the GNU
  224. >project was started, and therefore we chose another path.
  225.  
  226. This is a straw man argument, which establishes its conclusion only by
  227. glossing over legitimate alternatives to legal restrictions.  It is very
  228. likely that, were the GNU programs placed into the public domain, with
  229. but its current resources, the FSF could easily match, and even surpass,
  230. any proprietary enhancements to their programs, in the same way as the
  231. same is done by commercial companies striving to keep ahead of their
  232. competitors.  Furthermore, in doing so, the FSF would attract a great
  233. deal of additional support from those, who are currently put off by the
  234. strictures of the GPL.  By contrast, in choosing its present strategy,
  235. the FSF chooses convenience over principle.
  236.  
  237. >The GPL also encourages companies which make improved versions to
  238. >return their improvements for inclusion in the standard version.  If
  239. >not for this, GCC and Emacs would not be nearly as good as they are.
  240.  
  241. Were this the case, I would have had no reason to complain.  Alas, the
  242. GPL does not encourage; it *demands*.
  243.  
  244. >But is this enough justification?  That is a fundamental philosophical
  245. >question.  Some people believe it wrong to place any restrictions on
  246. >anyone, ever--even restrictions against making any other
  247. >restrictions.  Those readers who believe in pacifism and condemn use
  248. >of force even to protect innocent victims would naturally disagree
  249. >with our approach.
  250.  
  251. I have no objections against the use of force; however I also recognize
  252. the moral need for a viable alternative to permanent strife.  The
  253. marketplace is already chock full of small-time Napoleons, motivated
  254. solely by the urge to stick it to their competitors, before they can
  255. stick it to them.  The FSF stands uniquely able to offer an example of
  256. free and voluntary cooperation, as distinct from opportunistic alliances
  257. or coercive bonds.  Instead, it chooses to rely on the very same
  258. reprehensible techniques of legal intimidation, as are used by their
  259. openly profitmaking counterparts and alleged moral antipodes.  However,
  260. no one could legitimately begrudge them this choice, had they not also
  261. chosen to promote themselves as the altruistic champions of selfless
  262. charity and universal freedom, instead of presenting themselves as what
  263. they are -- advocates of a paternalistic personal vision of universal
  264. obedience to centrally decreed and regimented sharing of intellectual
  265. goods.
  266.  
  267. >That is not the philosophy of the GNU project, however.  We are not
  268. >pacifists, and being passive and never saying "No" to anyone is not
  269. >our goal.  Our aim is positive--to give the users the freedom to
  270. >cooperate, which is distinguished from the freedom to obstruct.  That
  271. >has been the goal ever since the beginning.
  272.  
  273. On the contrary, your aim is wholly negative, -- to force the users to
  274. cooperate under the terms set by you, by obstructing a more or less
  275. well-defined part of their freedom to use your product as they see fit.
  276. Once again, public domain works do not in any way lend themselves to
  277. obstruction or appropriation, nor do they in any way restrict their
  278. users' freedom to cooperate in public or private projects dedicated to
  279. their study and improvement.
  280.  
  281. Everyone who has spent any time in textual research, is aware of the
  282. immense boon to scholarship, precipitated by each occasion of passing of
  283. the body of work of an important artist or writer into the public
  284. domain.  The same could be expected of software.  Why not give yourself
  285. a chance to find out?
  286.  
  287. >If we put our software in the public domain, then we would have a
  288. >great excuse to make.  We could say, "Don't blame us if you have no
  289. >freedom to share and change this program--it was that other guy who
  290. >redistributed it with a nondisclosure license and no source."  But we
  291. >want to succeed in giving users that freedom, not prepare excuses for
  292. >failure.  We use the GPL because it succeeds.
  293.  
  294. You use the GPL because it succeeds in furthering your agenda.  By
  295. favoring your freedom to control and regulate the actions of your
  296. customers over their freedom to do as they see fit; by choosing your
  297. peculiar proprietary conception of freedom of things over the universal
  298. conception of freedom of people; by adopting coercion over persuasion,
  299. and convenience over principle; and worst of all, by arbitrarily
  300. electing to deceptively promote yourself as a lone, altruistic champion
  301. of selfless charity and universal freedom, instead of honestly
  302. presenting yourself as an advocate of a paternalistic personal vision of
  303. universal obedience to centrally decreed and regimented sharing of
  304. intellectual goods, you undermine the moral foundation on which your
  305. program is alleged to rest.  I entreat you to choose between forswearing
  306. your falsely idealized self-image as the staunch supporter of freedom,
  307. or living up to your own liberationist rhetoric.
  308.  
  309. cordially,
  310. mikhail zeleny@husc.harvard.edu
  311. "Les beaulx bastisseurs nouveaulx de pierres mortes ne sont escriptz
  312. en mon livre de vie.  Je ne bastis que pierres vives: ce sont hommes."
  313.