]> sipb.mit.edu Git - wiki.git/blobdiff - projects/collaboration.mdwn
(no commit message)
[wiki.git] / projects / collaboration.mdwn
index e67ab5a69ec856c24e6769f00edcb57aed8efaa1..a70ad4fb29d70e887eb5cebfcc4031e0c7f3e2c7 100644 (file)
@@ -4,10 +4,10 @@ SIPB projects should generally be free software with open collaboration, that is
 
 For software and source code, the [[SIPB project licensing recommendation|doc/code-licensing]] advises you to choose one of the following two licenses:
 
-* the <a>MIT license</a>, also known as the "Expat" or "X11" license. This is a short, permissive license that allows code to be distributed and reused in most forms, without placing redistribution requirements on the user or distributor.
+* the [MIT license](https://opensource.org/licenses/MIT), also known as the "Expat" or "X11" license. This is a short, permissive license that allows code to be distributed and reused in most forms, without placing redistribution requirements on the user or distributor.
 
   The MIT license is often seen in smaller works, although most of the X Window System and other Project Athena works (including Debathena) use this license.
-* the <a>GNU GPLv2+</a>. This is a longer "copyleft" license that ensures that anyone who redistributes your work must provide access to source code, and anyone who reuses your work must license the resulting work under the GPL (or a compatible license).
+* the [GNU GPLv2+](https://opensource.org/licenses/gpl-license). This is a longer "copyleft" license that ensures that anyone who redistributes your work must provide access to source code, and anyone who reuses your work must license the resulting work under the GPL (or a compatible license).
 
   Most large free software projects, including the Linux kernel, the GNU userland, and Firefox, as well as scripts.mit.edu and Invirt (XVM), use the GPL.
 
@@ -25,7 +25,9 @@ If you're also distributing a Debian package of your software, see
 
 Since projects tend to vary as to GPLv2, GPLv2+ ("version 2 or, at your option, any later version"), or GPLv3/3+, we currently recommend GPLv2+ for compatibility.
 
-There are other licenses, most notably including the <a>BSD license</a>, which is similar to the MIT license, and the <a>AGPLv3</a>, which provides slightly more restrictions on reusers so that hosting a web application effectively counts as distribution. Code available under the GPLv3 can be used in an AGPLv3 application, but code only available under the AGPL cannot be used in a GPL application. Again, we recommend the GPL for compatiibility.
+There are other licenses, most notably including the <a>BSD license</a>, which is similar to the MIT license, and the <a>AGPLv3</a>, which provides slightly more restrictions on reusers so that hosting a web application effectively counts as distribution. Code available under the GPLv3 can be used in an AGPLv3 application, but code only available under the AGPL cannot be used in a GPL application. Again, we recommend the GPL for compatibility.
+
+For a permissive license, MIT and BSD are basically equivalent ([MIT TLO](http://tlo.mit.edu/community/software) recommends BSD online, but in person indicates that they don't differentiate). We recommend MIT over BSD just because much of Athena already uses it, [MIT appears substantially more popular](https://github.com/blog/1964-license-usage-on-github-com), and [Github recommends it](https://choosealicense.com/).
 
 We anticipate that most SIPB projects' needs are best served by selecting either the MIT license or the GPL and moving on. However, if you are interested in this subject, you can learn more at [GNU's licensing website](http://www.gnu.org/licenses/) and [the Open Source Initiative's](http://www.opensource.org/licenses/). You can also read more about free and open source
 software on GNU and OSI's websites; see also the [Debian Free
@@ -44,13 +46,14 @@ Both of these are popular licenses for free non-code creative works. For example
 
 A license without the code is worthless! Make sure your code is posted somewhere accessible. If you're using a version control system (which you should), the easiest approach is to set up public read-only access to your repository. Options that SIPB projects have used include
 
- * <a>Subversion on Athena</a>
+ * <a>Subversion or git in an Athena AFS locker</a>
  * <a>Subversion or git on scripts.mit.edu</a>
  * <a>Github</a>, a commercial git hosting service free for open-source/public projects
 
 Code without an idea of development progress isn't worthless, but it's still not quite optimal. Again, options that SIPB projects use include
 
  * A development <a>mailing list</a> that's public or open to interested contributors on request.
- * Publicly readable <a>archives</a> of your mailing list.
+ * Publicly readable <a>archives</a> of your mailing list. (Mailman lists support archiving, or you can add a Discuss archive, for example using [[Pergamon|/doc/pergamon/]].)
  * <a>Trac</a>, a bug tracker and source code browser available via the scripts.mit.edu autoinstaller.
+ * <a>Github</a> issues.
  * <a>Launchpad</a>, the bug tracker and source code / Debian package host that Ubuntu developed and opened to others.