Your SlideShare is downloading. ×
Open Source Your Project (With Jasig)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×

Introducing the official SlideShare app

Stunning, full-screen experience for iPhone and Android

Text the download link to your phone

Standard text messaging rates apply

Open Source Your Project (With Jasig)

1,886
views

Published on

So you've got an interesting project that you think should be open source. But what does that mean exactly and how do you go about doing it the right way? In this session we'll answer those questions …

So you've got an interesting project that you think should be open source. But what does that mean exactly and how do you go about doing it the right way? In this session we'll answer those questions and cover areas like licensing, intellectual property management, governance, developer/community infrastructure, and try to put you on the right track for a successful open source project. We'll also talk about the Jasig incubation program and how Jasig can help you deal with all these concerns.

Full screencast from the conference available at:
http://vimeo.com/10065332

Published in: Technology

0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,886
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
58
Comments
0
Likes
1
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Open Source Your Project (With Jasig) John A. Lewis Chief Software Architect Unicon, Inc. Jasig 2010 Conference 9 March 2010 © Copyright Unicon, Inc., 2010. Some rights reserved. This work is licensed under a Creative Commons Attribution-Noncommercial-Share Alike 3.0 United States License. To view a copy of this license, visit http://creativecommons.org/licenses/by-nc-sa/3.0/us/
  • 2. Agenda
    • What Is Open Source?
    • 3. Open Source Licensing
    • 4. Intellectual Property Management
    • 5. Building Community
    • 6. What Does Jasig Offer?
  • 7. What Is Open Source?
  • 8. What Is Open Source?
    • Lots of Different Terms:
      • Free Software
      • 9. Open Source Software (OSS)
      • 10. Free/Open Source Software (FOSS)
      • 11. Free/Libre Open Source Software (FLOSS)
    • They all mean essentially the same thing
  • 12. Free Or Free?
    • “Free” as if Freedom and Liberty
    • 13. Think Free as in “Free Speech”
    • 14. Not (necessarily) Free as in “Free Beer”
  • 15. Major Organizations
    • Free Software Foundation
      • www.fsf.org
      • 16. Grew out of GNU community
      • 17. Promoters of GNU Public License (GPL)
      • 18. Approves Licenses as “Free Software”
    • Open Source Initiative
      • www.opensource.org
      • 19. Grew out of disagreements with GNU/FSF
      • 20. Less dogmatic / more practical
      • 21. Approves Licenses as “Open Source”
  • 22. Free Software Definition (FSF) Essential “Freedoms” of Free Software:
    • 0: Free to Run
      • Anyone for any purpose
    • 1: Free to Study
      • Access to see and modify source code
    • 2: Free to Redistribute
      • Share binaries and source code
    • 3: Free to Improve
      • Make it better for the whole community
  • 23. Open Source Definition (OSI) 1. Free Redistribution 2. Source Code 3. Derived Works 4. Integrity of The Author's Source Code 5. No Discrimination Against Persons or Groups 6. No Discrimination Against Fields of Endeavor 7. Distribution of License 8. License Must Not Be Specific to a Product 9. License Must Not Restrict Other Software 10. License Must Be Technology-Neutral
  • 24. Open Source Licensing
  • 25. Copyright
    • FOSS licenses based in Copyright law
    • 26. Decisions used to focus on extremes:
      • Complete enforcement (“all rights reserved”)
      • 27. Contribute to public domain (“no rights reserved”)
      • 28. Open Source is “some right reserved”
    • Publisher of open source retains copyright
    • 29. Copyright holder can do whatever they want
      • Do not have to follow terms of their own license
    • Only those who receive software under the license are bound by it
  • 30. “Copyleft”
    • Requiring software freedom for derivative works based on free software
    • 31. There is no requirement for copyleft in “Free Software” or “Open Source” – Copyleft is a separate concern
    • 32. Two key dimensions:
      • when the copyleft requirements are triggered (usually redistribution)
      • 33. How far the copyleft requirements reach (e.g. source files, compiled together, dynamic linking)
  • 34. GPL Compatibility
    • GPL is most important FOSS license
      • First to embody Free Software and Copyleft
      • 35. 70% of FOSS projects use the GPL
    • Key copyleft provision: Combined works that include GPL must be relicensed under GPL
    • 36. If other software cannot be licensed under the GPL then they are incompatible and cannot be combined
  • 37. GNU Public License (GPL)
    • Best starting point – clearly FOSS leader and obviously GPL compatible
    • 38. Strong copyleft that defines “derivative work” as anything that runs in the scope of the process (including dynamic linking)
    • 39. Lesser GNU Public License (LGPL) has weaker copyleft that applies only to source code compiled together into binary (e.g. libraries)
    • 40. Affero GNU Public License (AGPL) has extended definition to trigger copyleft on network usage (e.g. web sites)
  • 41. Apache License
    • Comprehensive open source license – covers many of the same areas as the GPL
    • 42. No copyleft provisions (does require preservation of copyrights and disclaimers)
    • 43. Compatible with GPLv3, but not w/ GPLv2
    • 44. 2nd most popular FOSS license
    • 45. Used by projects that want comprehensive license without copyleft
  • 46. New BSD License
    • Very simple, permissive, non-copyleft (only 220 words long)
    • 47. Basic redistribution requirements
      • Must preserve the copyright and disclaimer
      • 48. Forbid endorsement use of copyright holder name
    • Similar variants: Simplified BSD License, MIT License
    • 49. Easy to read and understand
    • 50. Doesn't address patents or trademarks
    • 51. Lacks language legal advisers prefer
  • 52. Mozilla Public License (MPL)
    • Compromise between GPL and BSD licenses
    • 53. Weaker copyleft than LGPL (applies to individual source code files only)
    • 54. Incompatible with the GPL (due to minor but complex restrictions)
    • 55. Popular derivatives:
      • Common Development and Distribution License (CDDL) : used by Sun, minor changes only
      • 56. Common Public Attribution License (CPAL) : requires “attribution” of original developer – usually large logo / splash screen (“Badgeware”)
  • 57. Recommendation: Licensing
    • Use an existing, major license
      • Choose the one that best fits your needs
      • 58. Avoid “License Proliferation”
    • Unless you have a really compelling reason to go another way, choose one of these:
      • Apache: no Copyleft
      • 59. LGPL: weak Copyleft
      • 60. GPL: strong Copyleft
      • 61. AGPL: strong Copyleft that covers SaaS
  • 62. Intellectual Property Management
  • 63. Managing Contributors
    • Important to understand the copyright ownership of all source code
    • 64. Project with multiple contributing people/organizations may have multiple copyright holders
    • 65. Cannot tell by looking at the license
    • 66. Choice for handling copyrights (Intellectual Property Policy) is separate from License
  • 67. Copyright Assignment
    • Maintain complete central control over IP
    • 68. Require contributors to assign copyrights to a central organization
      • Could be legal entity created for the explicit purpose of holding project IP
      • 69. Can be joint assignment or sole assignment w/ broad grant-back copyright license
      • 70. Include a patent license to avoid interference with contributed code
      • 71. May seem extreme / can discourage contribution
    • Used by Sun for its open source projects
  • 72. Broad Copyright License
    • Require contributors to give broad copyright license to central entity
      • Include the right to sub-license and redistribute – broader than project license
      • 73. Also has patent license
    • Project can redistribute the source code under its FOSS license without any issues
    • 74. Nice compromise, less extreme
    • 75. Used by Apache Software Foundation for all of its projects
  • 76. Use Project FOSS License
    • Simplest policy is to accept contributions under the project license
    • 77. Largely the default – used on many projects
      • Used by the Linux kernel project
    • Major potential problem: Cannot distribute under a different license without explicit permission from every copyright holder
    • 78. Two year effort by Mozilla project to relicense code from 450 contributors
  • 79. Reusable Contributor Agreements
    • Contributors Retain Copyright
      • Grant broad license to the project
      • 80. Apache Contributor License Agreement http://www.apache.org/licenses/
    • Contributors Assign Copyright
      • Grant broad reciprocal license back to contributor
      • 81. FSF-Europe: Fiduciary License Agreement (FLA) http://fsfe.org/projects/ftf/fla.en.html
    • Joint Copyright
      • Sun Contributor Agreement http://www.sun.com/software/opensource/sca.pdf
  • 82. Recommendation: Contributions
    • Establish intellectual property policy for handling outside contributions
    • 83. Include Contributor License Agreement
      • Preserve right to relicense
    • Use an existing CLA
      • Apache CLA for broad licensing
      • 84. FSFE FLA for copyright assignment
      • 85. Sun CLA for joint copyright assignment
  • 86. Recommendation: Implementation
    • Clearly list license on web page for downloads
    • 87. In every binary and source distribution:
      • “ readme” file explains licensing of distribution
      • 88. copy of all relevant license files
      • 89. copy of all required notices for original works and other works being redistributed
    • Comment header with copyright, license, and/or disclaimer in every source code file (licenses usually provide templates)
    • 90. Ensure headers are maintained and audited
    • 91. Document contributor policy on website and provide the CLA for download
  • 92. Building Community
  • 93. Developer Collaboration
  • 98. Community Collaboration
  • 105. Promotion
    • Get listed!
      • Freshmeat, Ohloh, Wikipedia, etc.
    • Get noticed!
      • Related mailing lists, bloggers & articles, related conferences, community webinars
    • Get Social!
      • Twitter account, Facebook fan page
  • 106. Drive Adoption
  • 118. What Does Jasig Offer?
  • 119. Organization
    • Established 501(c)(3) nonprofit corporation
    • 120. Duly elected Board Of Directors
    • 121. Full-time Executive Director
    • 122. Project Steering Committees
    • 123. Large Existing Institutional Membership
    • 124. Solid Financial Performance
    • 125. General Administration & Logistics
    • 126. A Cool Logo!
  • 127. Licensing & IP Management
    • Full implementation of Apache Model
    • 128. License under Apache License, version 2.0
    • 129. Specific Guidelines Implementing Licensing
    • 130. Jasig Contributor Agreements
    • 131. Logistics for Records Management
  • 132. Incubation Process
    • Incubation Working Group
    • 133. Full Incubation Process Flow
    • 134. Facilitate Integration of Project
      • Use of Jasig Infrastructure
      • 135. Community & Project Governance
      • 136. Licensing & IP Management
    • Mentoring of initial Steering Committee
  • 137. Infrastructure
    • Drupal for Web Site & Blogs
    • 138. Subversion for Source Control
    • 139. JIRA for Issue Tracking
    • 140. Confluence for Wiki
    • 141. Lyris for Mailing Lists
    • 142. Moving to JIRA Studio (sometime soon)
  • 143. Existing Community
    • Board, Committees, Working Groups
    • 144. Annual Conference and “Unconference”
    • 145. Network Effect, Cross Pollination
    • 146. Related Projects
    • 147. Extended Relationship to other Communities (Kuali, Apache, Sakai, Fluid, Duraspace, etc.)
  • 148. Learn More About Jasig
    • http://www.jasig.org/
    • 149. http://www.jasig.org/about
    • 150. http://www.jasig.org/licensing
    • 151. http://www.jasig.org/jasig-project-incubation
  • 152. Questions & Answers John A. Lewis Chief Software Architect Unicon, Inc. [email_address] www.unicon.net