home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: 10 Tools / 10-Tools.zip / sa104os2.zip / SATHR104.ZIP / SATHER / DOC / CONTRIBS < prev    next >
Text File  |  1994-10-25  |  5KB  |  95 lines

  1. Author: Stephen M. Omohundro
  2. Copyright (C) International Computer Science Institute, 1991
  3.  
  4.  
  5.            Contributing Classes to the Sather Library
  6.  
  7. This text is adapted from a similar document distributed by the Free
  8. Software Foundation.
  9.  
  10. The classes in the Sather library distributed by ICSI are governed by
  11. the Sather Library General Public License. This essentially says that
  12. anyone is free to use Sather library source code for any purpose
  13. except that one must acknowledge the use of Sather and the original
  14. authors of the library classes and make available any modifications
  15. (eg. bug fixes) made to library classes. In order to distribute
  16. library classes contributed from elsewhere, the International Computer
  17. Science Institute must obtain legal permission from the authors to
  18. distribute their code under the terms of the Sather Library General
  19. Public License. There are three ways this can be done:
  20.  
  21. * Assign the copyright to the International Computer Science Institute.
  22. This is what we prefer because it allows us to use the copyright law
  23. to prevent others from plagiarizing code without acknowledgement.
  24.  
  25. * Keep the copyright yourself and give us a suitable nonexclusive
  26. license.  This alternative is impractical if your work consists of
  27. changes to preexisting Sather library classes.
  28.  
  29. * Put the code in the public domain.  
  30.  
  31. Whichever one of these you choose, you need to sign a piece of paper
  32. to make it happen.
  33.  
  34. * Assigning copyright.
  35.  
  36. Assigning the copyright means signing a contract that makes the
  37. International Computer Science Institute the "owner" of the program
  38. according to the law.  As the copyright holder, the institute can sue
  39. anyone who tries to distribute the class in violation of the license.
  40. Your name will remain on the class as an author and anyone who uses
  41. the program must credit you in accordance with the license.  The
  42. assignment contract commits the institute to free distribution
  43. according to the terms of the general license.  Signing the assignment
  44. does not stop you from distributing the program yourself--as long as
  45. you do so under the license terms.  You don't have to wait for us to
  46. start distributing.  You can start distributing as soon as you attach
  47. the license notice to the source.
  48.  
  49. * Keeping the copyright.
  50.  
  51. Keeping the copyright and giving the International Computer Science
  52. Institute a nonexclusive license also requires signing a contract.
  53. The license we need permits us to add our usual distribution terms; it
  54. recognizes possession of a copy with our distribution terms accurately
  55. stated as licensing anyone to redistribute on those terms.  However,
  56. if someone violates these terms--for example, gets a copy from us and
  57. uses it without acknowledging you--we cannot sue him.  You have to
  58. sue, or he gets away with it. Often free programs say they can be
  59. copied for "noncommercial distribution" or "not for profit". Library
  60. classes with these restrictions cannot be distributed by ICSI.
  61.  
  62. * Public domain.
  63.  
  64. If you put the program in the public domain, we prefer to have a
  65. signed piece of paper--a disclaimer of rights--from you confirming
  66. this.  The law says that anyone can copyright a modified version of
  67. the public domain work.  (This doesn't restrict the original, which
  68. remains in the public domain; only the changes are copyrighted.)  If
  69. we make extensive changes, we will probably do this and add the
  70. license clause. If we make small changes, we will leave the version we
  71. distribute in the public domain.
  72.  
  73. * What about your employer?
  74.  
  75. If you are employed to do programming, or have made an agreement with
  76. your employer that says it owns programs you write, we need a signed
  77. piece of paper from your employer disclaiming rights to the program.
  78. It should be signed by a vice president or general manager of the
  79. company.  If you can't get at them, it is almost as good to find
  80. someone who signs licenses for software that is purchased.
  81.  
  82. * Did anyone else contribute?
  83.  
  84. If someone else contributed more than a few lines here or there to the
  85. program, then that person too is an author, and that person too needs
  86. to sign papers just as you do.  So may that person's employer.
  87. However, if his contribution is just a fraction of the whole work, it
  88. is satisfactory if he disclaims his own rights, even if you are
  89. assigning yours.
  90.  
  91. If you incorporated packages which you found floating around as
  92. "public domain", we might still want to track down their authors, to
  93. get disclaimers to reassure us that they really are in the public
  94. domain.  So keep track of what these packages are and who wrote them.
  95.